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application identified by U.S. serial number 60/186,874, entitled Master Operating 
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Background of the Invention 
The present invention relates to methods for selling, authorizing, collecting, 
distributing payments, and maintaining proximity services from a central location 
wherein the proximity services are provided at remote locations. More particularly, but 
not by way of limitation, the present invention relates to a proximity service provider 
system (PSPS) that allows users of Proximity service systems to sign up for the service, 
operators of proximity service systems to receive maintenance information, and owners 
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of proximity service systems to get paid without having to have separate communication 
networks and methods to obtain these separate services. Proximity service systems 
require a person to be within predetermined close distances, such as 200 feet, to the 
proximity service systems^in order to receive a service therefrom. Examples of 
proximity service systems are physical POS stations, ATM machines, toll gates, gas 
pumps, kiosks, pay phones, vending machines and parking meters to name a few. 



yg Problems to be Solved: 

m 

O The problems to be solved are related to the proximity services for such 

IP 
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proximity service systems as kiosk machines, vending machines, ATM's and toll and 
g access systems being implemented for the convenience of the mobile consumer. Most 
of these proximity service systems have their own special activation devices and 
methods of payment and means for the operators to maintain the proximity service 
systems. In most cases these proximity service systems are either operated by coins 
or cards of some type. Wireless activation devices, such as toll tags, gate and garage 
openers are often used when vehicles are involved . Except for credit card payments, 
most proximity service systems have their own activation and payment means and will 
not operate with other activation and/or devices. Even in the case of credit card 
payment methods, both consumers and owners are obliged to carry or accept many 
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types of cards (e.g. Visa, MasterCard, American Express, Discover, Diners Club, plus 
five merchant cards, plus five gas cards for a total of 15 cards is typical). Also, the 
means for authorizing and collecting for these proximity service systems are typically 
done over networks designed separately for the owner. 

In recent years there have evolved service companies servicing merchants that 
accept most credit and debit cards and can even authorize check payments. These 
p services certainly help both the consumer and merchant and have facilitated more 
proximity service growth. However, the available authorization and collection services 

m 

£3 are only directed at retail POS systems (both physical and cyber services) and they do 

si 
iff 5 

*2 not let a consumer sign up for the service but only collect payment for the merchant 

p from the consumer's card. 

CO 

O Another recent system for universal credit is called "Proton" (the details are at 

m 

Q www.proton.be), which uses a smart card to pay at the merchants site once the card 
has been verified to be valid. However, this is just a replacement for the credit card and 
requires the customer to carry cash in the card rather than the merchant and credit card 
company giving credit to the customer for 30 days. The smart card is good for 
merchants but not so good for customers. There are several virtual credit cards a 
person can apply for to make purchases in cyber stores, similar to card services that 
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allow purchases in physical stores but they can not be used in physical stores and 

again, the person registers for the cyber card, not for a service. 

In summary, regarding the prior art credit card payment and collection systems, 

consumers have to sign up for cards of some type and hope merchants accept the 

cards they have. That is, the consumer does not sign up for the service, they sign up 

for a device. Also the technology has made it so easy for each merchant to have a 

^ card or device system for offering "purchase points" as a way of attracting repeat 

tp business, the proliferation of devices carried by the consumer is huge. The number of 
W 

0 cards total into the thousands in this country alone, when regional merchants cards are 

En 

J included. But again, the consumer actually signs up for a card or device that allows 
them to receive the. service, they do not sign up for the service itself. 

With other types of proximity service systems such as toll tags, gate and garage 
access, vehicle access using wireless activators and payment methods, virtually no 
commonality exists. Combining these devices with the new wireless communication 
device revolution involving cell phones, pagers, and now, hand held wireless digital 
devices, a consumer is faced with a formidable array of physical devices (along with 
remembering their authorization codes) when leaving the home prepared to function 
each day. The means to service all of these devices with a common approach has not 
ever been attempted except in futuristic concepts such as the "piano software platform" 
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Motorola announced this year involving the development of a software platform so 
wireless devices could operate on a network such as the Internet in the future. 

There are several reasons proximity service provider systems have not been 
. designed before now, but probably the main reason is that owners of these various 
systems, such as the tolling authorities, parking garage owner, paging company, cell 
and pager communication operators, are primarily trying to increase their customer 
p bases by offering more services. They are not working to solve the commonality 
yg problems with other services, as the credit card industry did. Commonality problems 

m 

u exist in terms of devices, activation methods, collection methods, marketing, 

SI 

^1 maintenance, and operation procedures for the various services. The FCC regulations, 
p of course, help in terms of device signal commonality, but not regarding the styles, 

m 

activation, payment, and collection means across the wireless device utilization 
spectrum. All of the other commonality problems have barely been addressed in the 
proximity service industry other than adopting credit card payment methods into most 
collection systems. 

A number of specialized service systems designed for owners of the proximity 
systems such as vending machines connected by networks like the Denmark company 
"DIKU" that connected a coke machine to the Internet so the owners could check the 
sales and inventory status from a web-site (1997 time frame). Another example is the 
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"Harvest system" (can be reviewed at www. harvest.com) designed for the Coca Cola 
Company starting in 1990 to monitor their machines in terms of sales and inventory 
over a private network. More recently on-line vending in the UK have networks being 
established similar to harvest .com run by GPT Telemetry whereby an owner can 
connect his vending machine and obtain data regarding sales. There have been 
parking lots and meter electronic management systems designed that use various 
p collection and maintenance means for the owners but none that offer a parking lot or 

2 

*Q meter service for the consumer (other than issuing access cards). The same is true in 
IU 

3 the electronic lock industry where all the service systems are designed privately for the 
J owners and not the consumers. The leaders in this field primarily involve hotel systems 
Q that issue electronic door keys to new customers. 

The above problem discussion has focused primarily on the fact that today, 
consumers can only sign up for devices (physical or virtual) not services, even though 
the person only wants a service. This is true even in the case of access services such 
as automatic toll gates, hotel rooms, subway debit cards, etc. There are similar 
problems and disparities when the focus is on the operating costs the owners have 
because they force the customer to use special activation and payment means rather 
than accept common devices or methods. This has hampered the vehicle access 
systems for years because authorization, activation and payment methods have not 
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been common among the operating systems. Thus, not only is it very inconvenient for 
the customer, the cost of operation has remained very high because service companies 
can not make a profit operating the various access systems for the owners. 
Consequently, there are hardly any service companies (other than the individual 
owners) that the owners and operators of these other proximity service systems can 
use to lower their cost, as for example, in the POS systems discussed above. Thus in 
p all cases: 1 .) the consumer can only sign up for more devices if they want more 
J3 services; 2.) for services other than POS, the owners cannot even sign up for the 



E 



collection service except using specialized collection systems designed for devices 



ru 
a 
m 

m 

.]g such as toll tags or gate and parking cards; and 3.) the operators of the proximity 

p service systems have no service center for maintenance and inventory control other . 
00 

0 than those specialized for the owners centered around collections. 
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Prior art: 

Some of the prior art for services involving the consumer, owner or the proximity 
system operator were reviewed in discussing the problem. An apparatus and methods 
for monitoring and communicating with a plurality of networked remote vending 
machines is disclosed by Konsmo in Patent No. 5,844,808, to help owners monitor the 
state of their remote vending systems. However, this system does not allow customers 
p to sign up for proximity services supplied by the owners. 

€3 A system described by Gomm in Patent No. 5,753,899 allows smart cards to be 



accepted at owner vending machines and can be used entirely for the purchase or to 
supplement the customer's coins by rounding the machine up or down to the closest 
p amount accepted by the machine for the selected item. 

m 

Q Yet another payment system for cards is disclosed by Muehlberger in Patent 

[U 

5 No. 5,285,382, where the system only validated remotely for transactions exceeding 

$2.00. The less than $2.00 fraudulent transactions were considered to be acceptable by 
the owner in favor of not having to get remote approval for every transaction. 

A networked parking meter system is disclosed in Patent No. 5,648,906, wherein 
a vehicle was sensed automatically and a meter would be reset, for example, when the 
vehicle left the parking space. 
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Again, none of the cited art discussed systems that allow both the owner of 
proximity service systems and the customer to sign up for services and/or allow local 
transactions to be validated locally by fraudulent detecting means. The state of the art 
for networked services to help more than one participant is bestdescribed in Fortune 
magazine September 1999 on pages 215 - 224, wherein a summary of services for 
both hardware operations and software operations that can be obtained today or will be 
available in the near future were listed. The list is not complete, but does indicate that 
i£j web based services for application software, "Rent-AN-App" and "Rent a Whole 
2 Service" are just emerging and range from rent a software program to a service for 
y=j purchasing products for companies. The closest service available on the published list 
p to the type disclosed herein, is that of Bidcom (www.bidcom.com), in which construction 

m 

companies services are offered. Bidcom provides information services for employee 
and managers, such as schedules, blueprints, work permits, etc. associated with a 
construction project. The cited example, along with the other services listed are nothing 
more than moving services to the WEB, that have been offered inside the company for 
years in order make access much more convenient and possibly allow out sourcing by 
companies not wanting to maintain their own internal service. Such changes are 
certainly steps in the right direction, but do not address the problems discussed above. 
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Web-site services for finding and purchasing products and services abound on 
the web, but most sites do nothing more than move physical stores and services to the 
cyber world. In fact, most web-sites do nothing more than convert a lot of proximity 
services, such as retail stores, to non proximity services so that the consumer does not 
have to be within a predetermined distance of the service to purchase a product and/or 
get the service. This explains, in part, the rapid growth of cyber stores, because this 
p conversion in itself is a huge convenience for the consumer. 

>J3 The web based technology for implementing the current invention is available by 

ry 

combining: 1 .) interactive web-site page designs like those used on company sites 
such as Microsoft, Cisco, Motorola, or Sun Micro Systems, for examples that have 
specialized pages for world wide customers and products for purchase, developers of 
related products(third parties), the owners for corporate data with; 2.) the web-site 
designs available for collecting and distributing payments, such as done on the new 
MP3 web-site when customers purchase songs and royalties must be paid to the 
copyright owner; and 3.) the automated machine reporting web designs such as that 
used by on line vending. Other available technologies for implementing the preferred 
methods are referenced in the description of the web-site invention. 
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Summary of the Invention 
The terms "PSPS site", "PSPS Web-site" and "PSPS system" are used 
interchangeably herein. 

The terms "user", "person" and "customer" are used interchangeably herein. 
The current invention provides solutions to all three of the basic problems 
mentioned earlier and does it in such a manner to take advantage of the www system 
that is currently available. In summary, there are no proximity service provider systems, 
such as the one presented herein, that is designed for the owners of proximity service 
systems, physical operators of proximity service systems, and the consumer of 
proximity services from the proximity service systems to go to the same location, such 
P as a web-site, and receive or sign up for the service or services pertaining to their 
□ needs. The solution then is one, of letting the consumer, the owner and the physical 
operator interact with (i.e. provide information to and receive information from) that 
portion of the proximity system service information and data each needs from the same 
web-site or affiliated web-sites, for example. Actually, the solution is the same with or 
without using the www network, but without the www, a worldwide private 
communication network would have to be established in order to implement the design. 
Clearly a free world wide network eliminates this major obstacle and allows the design 
to be implemented with current technology in a very practical fashion and more 
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communication options are available when discussing the preferred embodiments of the 
various communication requirements. 

The proximity service provider system (PSPS) web-site allows a plurality of 
consumers to log on and sign up for individualized arrays of different world wide 
proximity services provided by various separate proximity service systems, such as 
"vending machines", "parking meters", "pay phones", and POS terminals, for example. 
The consumers then select individualized predetermined payment methods, such as 



which credit cards or which banks to pay for the services and the manner in which each 



0 the consumer wants to be billed (debit the account, monthly statement, etc.). A simple 

51 

1 example would be that the customer selects to pay for all the selected services with a 



g Visa card and wants to use the legacy method of service activation rather than use a 

h PSPS unique cyber card code assigned by the PSPS web-site (discussed below), the 

RJ 

•=7 customer is then told which proximity service systems accept such services. 



If the consumer is approved for the requested service and the payment method, 
the consumer is then given two cyber card codes if he signs up for the PSPS service 
method. One cyber card code is for accessing the proximity services and the other 
cyber card code is for accessing the PSPS web-site pages designed for the customers. 
The PSPS customer web-site pages provide individualized reports regarding the 
services the consumer received that might include locations, amount paid and dates of 
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the received service, for example. Also, these pages may also be used by customers 
to get updated cyber card codes (cyber card codes may optionally automatically expire 
at predetermined periods, for example, each month, in order to virtually eliminate fraud 
and remote authorization requirements in the preferred PSPS design). These pages 
are also used to report lost devices that might be carrying a person's cyber card code, 
such as a credit card or cell phone or to request another cyber card code at anytime in 
case a person has let another person use their cyber card code temporarily. The 

Issf 

ci 

.p second cyber card code is for receiving one of the approved services when at a specific 

ftj 

□ location and these cyber card codes may be renewed by each customer at 

m 

{ft predetermined times. This feature allows the PSPS service payments to be guaranteed 

sS 

p to the owner of the proximity service system providing the services to the consumer 

CO 

p without having to have remote authorization services each time the customer wants a 
[V 

p relatively inexpensive service, such as the dispensing of soda pop or ice cream at an 

M 

amusement park, for example. Also the feature is considered much less bothersome 
than refilling a smart card with money, for example, each time the card runs out of 
money. In addition, limits can be put on a customer's account, either by the customer or 
the PSPS web-site operator, and the cyber card becomes invalid when received 
services of all types exceed these predetermined amounts. The customer and owner 
are automatically notified in such a case and desired a new valid cyber card code is 
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issued. The second cyber card code may be generated from a private encryption key 
produced by the PSPS web-site, for example. Only the PSPS web-site can generate 
these keys, so that only the proximity service systems that also have a different public 
key corresponding to the cyber card code will unlock the customers key locally and 
approve a transaction. 

The owners and operators of proximity service systems such as those listed 
above, as well as ATM's and POS merchants, can also sign up for the PSPS service 
from the same PSPS web-site or affiliated web-sites. The owners, for example, can list 

m 

O the physical location of proximity service systems and services they provide and at what 
S? physical locations they will accept customer regular legacy payment cards and in what 

yp 

p form or methods they will allow PSPS cyber card codes to be accepted. The owner 

CO 

q enters the bank accounts into which money is to be deposited each time transaction 

m 

£3 data is delivered to the PSPS web-site and they plan for delivery of the accepted 

transaction data (both frequency and method). For example, the legacy data can be 
routed through the PSPS web-site using the legacy card method and the PSPS web- 
site collects from the legacy card company and puts the money into the proximity 
service owners account. PSPS cyber card delivered transaction data might be 
delivered several times a day or weekly from the proximity service systems to the PSPS 
web-site, depending on the collection method used by the proximity service owner and 
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desirably lists the customer cyber card code along with the amount charged for each 
service at each location along with the time the service was delivered. 

Once the owner's service(s) are approved, the owner is given a web-site cyber 
card code plus a special cyber card code to be incorporated into or stored by the 
proximity service system or service transaction unit at each of the owners' locations. 
The owner cyber card code allows the owner to access the PSPS owner web-site 

_ pages that provide the owner transaction reports made available with the PSPS service 

O 

J§ including how much money was paid each day and at what physical locations. The 

ru 

p special cyber card code issued for the owner locations can be stored at each of all of 

ft 

£H the owner's proximity service systems or at proximity service systems selected by the 

y3 

p owner. The special cyber card code can be utilized in conjunction with the customer 

CO 

q access cyber card code to authorize services locally at the service location (or proximity 



p service system) with out having to get remote authorization each time a service or 



product is delivered, as is commonly done at present. That is, the PSPS system allows 
local authorization using a cipher algorithm supplied to the proximity service systems 
selected by the proximity owner or operator as part of the special location cyber card 
code rather than remote authorization as done now for credit, debit, and smart cards. 

The cipher algorithm converts every valid customer cyber card code into the 
same PSPS service provider identification number (SPIN) that is valid during the 
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predetermined period along with a unique code identifying the customer. The SPIN can 
be changed as often as the owners and PSPS system decide, but normally they would 
change every month, for example, when the customers get new cyber card codes. 
Thus no matter which distinct customer valid cyber card code was entered at a 
proximity service system or service location, the same SPIN number would be 
computed by the proximity service system or transaction unit and be checked against 
the valid SPIN number for the predetermined period. Also the customer data portion of 
the deciphered customer cyber card code would be checked against in a valid customer 

ru 

P cardfile. 

pi 

J To speed up the approval process, these computations could be done in parallel 

g . even though milliseconds are involved rather than seconds, as currently required with 
p legacy remote approval systems. If the cyber card code is not approved locally by the 

RJ 

P proximity service system, the transaction service is denied. Such a feature greatly 
reduces the cost of operation and payments are guaranteed by the PSPS web-site or 
PSPS system that deals with the customer. In other words the PSPS web-site really 
becomes the collection agent rather than the proximity service system owner. In the 
past, this was only partially accomplished by credit card companies such as Visa, 
MasterCard, etc. that issued physical cards and required the proximity owner to get 
remote approval each time a customer wanted to use the card for which they would 
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guarantee payment. However, credit card systems are only practical in limited 
proximity service systems such as those with POS checkout stations connected to a 
phone lines. 

To protect the PSPS web-site owner from loss due to known collection problems, 
there are lists of bad legacy and cyber cards given out to the Proximity system owners 
when they connect to the site to turn in the collection transaction data (in the case of 
legacy cards these are maintained at the web-site for the owner since connection is 
required each time a service is requested). Each of the bad cyber cards may have a 
location of prior use, such as Dallas, Texas, associated with it so the owners or their 
operators of proximity service systems do not necessarily have to notify each proximity 
sen/ice system owned.or operated thereby (in Japan for example) to not accept that 
particular cyber card. This is especially true since the cyber card valid life is relative 
short to begin with. This decision is left up to the owner. However the PSPS web-site is 
not responsible for payment on invalid cyber cards accepted by an owners proximity 
service system once the owner or operator of the proximity service system has been 
notified that the cyber card is bad. 

In cases where an owner subcontracts the operation of the proximity service 
system to a third party, the third party operator is assigned a cyber card code that 
allows the third party to access the owner information that is designated by the owner, 
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plus routine maintenance data collected along with the daily transaction data. This 
information is transmitted to the PSPS web-site, and typically by the proximity service 
systems partitioned over to the PSPS web-site pages for the operators and most likely 
includes all of the maintenance and daily operational tasks such as delivery of 
transaction data to the PSPS web-site and notifying the service location sites regarding 
invalid cyber cards. 

The process described above lets the customer select the type of legacy or 
cyber card method desired to convey the customer cyber card code to the proximity 
service system based on the list of methods the proximity owner will accept supplied to 



J the PSPS web-site. These might range from using a visa card plus a PIN number that 
* n changes each month to a portable wireless device carried by the customer that 

transmits the customer cyber card code to the proximity service system that deciphers 
the SPIN number cyber card code for the month that is stored and delivered by the 
wireless unit such as a cell phone to the proximity service system each time the service 
is requested. The preferred embodiment for conveying the customer cyber card code 
to the proximity service system is a common device for all proximity service systems 
and all customers such as the Master PASS or the Advanced Wireless Phone System 
described in detail in co-pending patent applications Serial Nos. 60/152,184 and 
09/325,500, the entire content of both are hereby expressly incorporated herein by 
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reference and advocated by the inventor. Alternatively, the customer cyber card code 

could be punched into a key pad provider or the proximity service system or entered 

into the proximity service system via a card reader, for example. Such devices will 

most likely be adopted in the next few years so consumers only need to deal with one . 

or two devices to face the world each day while owners and operators could finally 

solve the proximity service system or transaction unit commonality problems. 

Alternatively, the customer cyber card code could be punched or manually entered into 

J a key pad provider or the proximity service system, or electronically entered into the 
HI 

p proximity service system via a card reader, for example. 

m 

m In summary, this invention concerns a PSPS web-site that the customer, owner, 

!L and third party operator can subscribe to for service ,to increase convenience for the 

O 

j|j customer, and lower cost for the owner and is designed to work with any type legacy or 

ru 

p PSPS cyber card system that the owners subscribing to the service agree to accept 
and customers subscribing to the service agree to use. The fees charged by the owner 
of the PSPS web-site to the owners and customers can be similar to those charged by 
credit card companies today. 



Brief Description of the Several Views of the Drawing 
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Figure 1 is a block diagram showing a Proximity Service Provider System 
(PSPS) having customers, owners, operator locations, legacy financial and 
communication networks communicating in accordance with the present invention. 

Figure 2 is a block diagram showing a PSPS interface with customers, owners, 
locations and financial services. 

Figure 3 is a block diagram showing a PSPS communication logic flow diagrams 
for customer services. 



J Figure 4 is a block diagram showing a PSPS communication logic flow diagrams 

fU 

n for owner services. 



Figure 5 is a block diagram showing a PSPS communication logic flow diagrams 
for operator services. 



so 

p Figure 6 is a block diagram showing a PSPS communication logic flow diagrams 

IV 

O for financial services. 



Figures 7-12, described briefly below, are block diagrams showing various 
examples of the Proximity Service Provider System (PSPS) depicted in FIG. 1 wherein 
each of FIGS. 7-12 shows in particular a different type of proximity service system. 

Figure 7 is a block diagram showing a Proximity Access Service Provider System 
(PASPS) having customers, owners, operator locations, legacy financial and 
communication networks communicating in accordance with the present invention. 
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Figure 8 is a block diagram showing a Proximity Meter Service Provider System 
(PMSPS) having customers, owners, operator locations, legacy financial and 
communication networks communicating in accordance with the present invention. 

Figure 9 is a block diagram showing a Proximity Pay Phone Service Provider 
System (PPSPS) having customers, owners, operator locations, legacy financial and 
communication networks communicating in accordance with the present invention. 

Figure 10 shows a Proximity Toll Service Provider System (PTSPS) having 

P 

» customers, owners, operator locations, legacy financial and communication networks 

s 

q communicating in accordance with the present invention. 

§1 

CH Figure 1 1 is a block diagram showing a Proximity Vehicle Service Provider 

& 

p System (PVSPS) having customers, owners, operator locations, legacy financial and 

q communication networks communicating in accordance with the present invention. 
IU 

Q Figure 12 is a block diagram showing a Proximity Vending Machine Service 

Provider System (PVMSPS) having customers, owners, operator locations, legacy 
financial and communication networks communicating in accordance with the present 
invention. 

Figure 13 is a block diagram showing the major user elements of a Master 
Operating Software Systems (MOSS). 
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Figure 14 is a block diagram showing a Generic User Elements (GUE) 
connected to a System Bus (SB) and a Master Bus (MB). 

Figure 14a is a block diagram showing the Master Operating Software System 
(MOSS) Generic User Elements for a single theme park. 

Figure 14b is a block diagram showing the Master Bus (MB) and a Park Bus 
(PB) Converter Box (CB) design matrix, 
q Figure 15 is a block diagram showing an example of a Park User Interface (PUI) 

i 

kQ f° r generic theme park MOSS terminal controlled by a Master User Interface Manager 
(MUIM). 

Figure 16 is a block diagram showing the MOSS and a System Application 
Program (SAP) converter box interface diagram. 

Figure 17 is a block diagram showing the MOSS and a System Machine 
Program (SMP) converter box interface diagram. 

Figure 18 is a block diagram showing the MOSS and a System Computer 
Network Programs (SCNP) converter box interface diagram. 

Figure 19 is a block diagram showing the Master Bus and System Bus address 
system interconnection logic diagram. 



01 
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Figure 20 is a table showing a Master Input Output System (MIOS) address 
matrix for an N Application Program (AP) user SB with V user Master User Interface 
MUI types. 

Figure 21 is a table showing an example of a MIOS converter engine, matrix for 
an N*V user system. 

Figure 22 is a table showing an example of a MIOS converter browser engine 
matrix for an N*V user system. 

□ 

J§ Figure 22a is a table showing an example of a MIOS Search Engine (SE) matrix 

PJ 

g for an N*V user system. 

m 

01 Figure 23 is a MIOS table for a 20 application user system having 5 type 

■ . relations to generate 100 potential MUI each with (r) CE. 

60 

P Figure 24 is a MIOS table for a 20 application user system having 5 type 

fU 

g relations to generate 100 potential MUI each with (t) TE. 

Figure 25 is a table for 536 generic master programs with user and sub user 
categories taken from the Standard Industrial Category (SIC) tables. 

Figure 26 is a block diagram showing specifically how a generic user renting 
MOSS master program from an Internet Service Provider (ISP), feeds a local MUI. 

Figure 27 is a block diagram showing a MOSS for automating portable 
computers and wireless communication devices. 
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DESCRIPTION OF THE INVENTION 
Shown in FIG. 1 is a Proximity Service Provider System (PSPS) 1, which is 
constructed in accordance with the present invention for managing a plurality of 
Proximity Service Systems 3 of any type located at any world wide location connectable 
or connected by any suitable communication system to Legacy World Wide 
Communication Networks 5 as indicated by a communication link 7. Examples of 
proximity service systems 3 are physical POS stations, ATM's, toll gates, gas pumps, 
kiosks, pay phones, vending machines and parking meters to name a few. Different 
geographic locations are labeled in FIG. 1 to show that the proximity service systems 3 
can be located in various geographic locations. The legacy world wide communication 
networks 5 are shown to indicate that Users , 15 connected to this same network 5 will 
have access to a new PSPS web-site 30 via Website Page Links 50 also connected to 
the network 5. The web-site page links 50 may be on one or several thousand web- 
sites around the world such as AOL and Yahoo. Likewise, Owners 10 and Operators 
20 of the various proximity service systems 3 are connected to 5 via a communication 
links 12 and 25, respectively, that allow access to the PSPS web-site 30 via one or 
more of the web-site page links 50. The PSPS web-site 30 is connected to Financial 
Services 40 and vice versa via the web site page links 50, the communication network 5 
and the communication link 45. The users 15, owners 10, operators 20 and financial 
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services 40 can each be provided with a suitable computer system (or web-TV), 
capable of communicating with the web-site page links 50 and the PSPS web-site 30, 
as indicated by FIG. 1. Thus, if any of the users 15, owners 10, operators 20 or 
financial services 40 click on any web-site page link 50 any where around the world * 
they are immediately connected to the PSPS web-site 30 that has the URL of say for 
example www.proximityservice.com which was an available domain name at the time of 
this application. The web-site page links 50 and PSPS web-site 30 are described in 
more detail in connection with FIG. 2. The PSPS web-site 30 can be implemented by 



p a single web-site, or multiple web-sites with suitable firewalls and/or other security 

CP 

|j measures utilized between each of the various components (as discussed below) of the 

n PSPS web-site 30. For example, each country or separate geographic region might be 



p serviced by a separate server in order to lower the communication costs worldwide and 



The communication networks 5 can be a worldwide public network, such as the 
World Wide Web, or a worldwide private communication network. The worldwide public 
network is preferred because of the expense of implementing a worldwide private 
communication network. 

The term "communication link", as used herein, refer to any suitable 
communication link which permits electronic communications, such as extra computer 



ru 
d 



distribute the database. 
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communication systems, intra computer communication systems, internal buses, local 
area networks, wide area networks, point to point shared and dedicated 
communications, infra red links, microwave links, telephone links, cable TV links, 
satellite links, radio links, fiber optic links, cable links and/or any other suitable 
communication system. It should be understood that each of the communication links 
are shown and described separately herein for the sole purpose of clearly illustrating 
the information being communicated between the various components. The 
communication links may not be separate communication links but may be a single 
physical communication link. 

As will be discussed in more detail below, the PSPS web-site 30 receives for 
registration information from each of the owners 10, users 15, operators 20 and 
financial services 40 to carry out the registration, selection, use and collection of the 
proximity service systems 3 as discussed in detail herein. For example, the PSPS web- 
site 30 receives for registration information from each of the owners 10 registering 
particular one or ones of the proximity service systems 3 owned by each particular 
owner 10. The PSPS web-site 30 also receives for registration information from each of 
the owners 10 regarding payment and collection methods approved by the particular 
owner 10. 
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Once various proximity service systems 3 are registered with the PSPS web-site 
30 (as will be discussed in more detail below) the PSPS web-site 30 receives for 
registration information from each of the users 15 regarding predetermined payment 
methods and the selection of one or more proximity service systems 3 that the 
respective users 15 wish to be available for use by the respective users 15. 

After one of the users 15 utilizes one of the proximity service systems 3 which 
g has been registered with the PSPS web-site 30, the PSPS web-site 30 receives 
*S information (either periodically or in real-time) from the proximity service system 3 

ru 

*3 utilized by one of the users 15. The information received from the proximity service 

CP 

Si 

J system 3 may include a location of the proximity service system 3, an amount paid and 
q a date or dates of the received service, for example. 

a 

Q In FIG. 2 the legacy world wide communication network 5, owners 10, users 

Cj 15 t operators 20 and financial services 40 are shown and the PSPS web-site 30 and 

web-site page links 50 are shown. The web-site page links 50 of the PSPS web-site 30 
show at least four separate hyper links or hot spots: for a Customer Home Page 250; 
for an Owner Home Page 260; for an Operator Home Page 270; and for a Financial 
Home Page 280. The actual home page or web-site page links 50 showing these four 
links is not illustrated because this could take many forms and can be designed by any 
one skilled in the art of web page design of which people with these type skills number 



2551062 049 Exh A 
August 1, 2001 



27 



MAB.kk 



s 

ill 

a 

m 

CP 



Applicant Charles C. Freeny, Jr. 
Title: PROXIMITY SERVICE PROVIDER SYSTEM 

Exhibit "A" 



into the hundreds of thousands. Also there might be 100 different PSPS home page 
designs located on various (maybe as many as 2,000) search engines and home pages 
such as the financial services home pages around the world. 

When the user 15 clicks on the hot spot 250 of the web-site page links 50 while 
connected to the www service provider 5 via 18, the user is then connected via 18 to 
the customer home page indicated by the hot spot 250 which is, in turn, connected to a 
server gateway 200 of the PSPS web-site 30 via a communication link 255. The server 
gateway 200 has the administrator, authorization and security programs that allow 
users 15 to be connected to Customer Programs 210 that maintain a Customer 
Database 230. The server gateway 200 and customer programs 210 and customer 
database 230 will be discussed in more detail in connection with FIG. 3. 

In FIG. 3 the server gateway 200 has a customer home page 300 connected to 
the user 1 5 (or customer location) via 255 and 1 8 as described earlier. The customer 
home page 300 allows a new customer to sign up for a number of services via paths 
306 connected to New Customer Application Programs 310 as part of 210, or an 
existing customer to enter a password as will be discussed below to modify existing 
service selections. The new customer application programs 310 in turn is connected 
via a communication link 312 to Available Proximity Service Data 315 that also lets the 
customer or user see where the various available services are available (e.g. USA, 
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Europe, Japan, Washington D.C. etc.) and select which one or ones of the proximity 
service systems 3 the customer 1 5 wants to obtain services from in the future. 
Moreover, the available proximity service data 315 can be categorized by type of 
proximity service system 3, i.e. vending machine types, toll tag type etc., or geographic 
region. In addition the customer is connected to Service Payment Choices 320 via a 
communication link 318 that in turn is connected to either Legacy Credit Service 
Programs 330 via a communication link 325 and/or they choose a PSPS Local Credit 
z~ Approval Method 370 via a communication link 322. Legacy Credit Service Programs 
330 are connected via a communication link 303 to a Password Validation And 
Generation Programs Unit 305. The legacy credit service programs 330 request credit 
check or approval for the customer 15 via Financial Home Page 280 of server gateway 
200 and will be described in more detail in connection with FIG. 6. 

Approval is either granted or denied depending upon what the customers 
application and payment request data and what is allowed by the financial service 
selected. When the request is denied the customer is notified to make different 
selections or to quit the new application process. When the customer is approved for 
legacy credit, the legacy credit service unit 330 notifies the password validation and 
generation programs unit 305 via communication link 303 to generate a site pass word 
for the customer 15 and provides the pass word via communication link 318 to the new 



y3 
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customer application programs unit 310 connected to the user 15 or customer site via 
communication links 306,255 and 18. In addition, a Customer Private Database 340 is 
developed in the customer database unit 230 and partitioned from other customer 
databases as indicated via a communication link 335 and the access code information 
to the customer database 340 is provided by the password validation and generation 
programs unit 305 via a communication link 347. When one of the users 15 with a site 
p password visits the PSPS 30 customer home page 300 they can enter the pass word 

y3 via a communication link 302 and access is granted by the password validation and 

fU 

Q generation programs unit 305 if the password is valid. Once access is granted to the 

p] 

^ customer 15, the customer 15 can access any one or more of the available proximity 

s 

p service data 315, the service payment choices 320, the legacy credit service programs 
p 330 and make changes in the services or payment methods previously approved. In 

m 

*** addition the customer 15 can request reports from an available reports list 350 via 
communication link 347 and the reports are delivered from the customers 15 private 
database 340 via a communication link 345 and 357. 

When a customer selects the PSPS local credit approval method 370 rather than 
the legacy credit service programs 330 described above (where the payment is 
guaranteed and approved by a credit card company, for example, each time the service 
is requested) in which the PSPS web-site 30 owner guarantees payment to the owner 
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10 of the proximity service systems 3 for a service approved locally at the owner 10 
proximity service system 3 (e.g. a vending machine or parking meter) the customer 15 
is given a special cyber card code generated by the customer private database unit 340 
using one of the many standard RSA algorithms available, for example, and provided - 
back to the customer 15 via communication links 375, 322, 318, 312, 306, 255, and 18. 
Embedded into and made a part of each customer cyber card code can be a 
P service provider identification number (SPIN). The SPIN is unique and may be valid for 
a predetermined time period. The SPIN will be stored at each owner 10 proximity 

m 

Q service location (proximity service system 3) selected for service by the customer 1 5 as 

|j described in more detail in connection with FIG. 4 and is used to approve or disapprove 

jp credit locally. Thus after selecting and being approved for the PSPS local credit 

O approval method 370, the customer 15 can receive local proximity services at those 
IV 

Q owner 10 locations (proximity service systems 3) where the method for entering the 
h* 

special cyber card code is accepted. 

As discussed earlier, the preferred method for housing and delivering the cyber 
card code to the proximity service system 3 is a wireless master proximity activation 
service system (Master PASS) device or the user's cell phone configured and operated 
in the manner disclosed in the applicants co-pending patent application entitled 
"Advanced Wireless Phone System" (AWPS), which is expressly incorporated herein by 
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reference. These preferred wireless devices can store all of a persons credit cards, PIN 
numbers and/or other codes which may be required to the activate one or more of the 
proximity service systems 3. It should be noted that each of the proximity service 
systems 3 can be constructed in a manner disclosed in applicants co-pending patent 
application entitled "communication and proximity authorization systems" which has 
been expressly incorporated herein by reference so as to receive and decode signals to 
activate any one or more of the proximity service systems 3 to provide the specified 
service. For example, one of the proximity service systems 3 can be a vending 
machine adapted to dispense candy. Upon receipt of an activation signal (such as a 
signal containing the cyber card code or a legacy credit card code from the wireless 
device carried by the customer) and the selection of a candy, the vending machine 
attempts to obtain authorization for the specified service (as discussed herein) and then 
provides the specified service of dispensing the selected candy for the customer once 
authorization is obtained. 

The local authorization is approved at the owners 10 proximity service system 3 
when a special password generator located in the proximity service system 3 similar or 
the same as the one in the customer private database unit 340 of FIG. 3 generates the 
same SPIN number when used in the computation of the valid monthly password 
provided to each owner as described in more detail in connection with FIG. 4. 
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For example, this process can be very similar as that done in the public key 
private key security systems used extensively in the bank money authorization systems 
today. In the PSPS preferred embodiment all of the owners of the proximity service 
systems 3 are given the public key and they are changed periodically, such as each 
month for security reasons. This change in turn, forces the customers to log back on to 
the web-site 30 periodically, such as each month (or when they have lost their device 
g having the cyber card code stored thereon, etc.) to get a new password (that can be the 
private key, for example) that will generate a valid SPIN when used at approved 

S 

p proximity service systems 3. When the customer 15 is approved locally (by a process 
5 such as the one described above) or any other means agreed to between the owners 
^ 10 and web-site 30 owners that guarantee the payment, the amount of the transaction 
p is computed (for example if the service is for parking the amount may be $3.00 an 

ry 

hour). The amount of the approved service along with the customer 15 cyber card 
number or code is stored in a local transaction data base associated with the proximity 
service system 3 where the service was delivered to the customer 15. This data base 
can be delivered at predetermined intervals discussed in more detail in connection with 
FIG. 4 to the web-site 30 in an agreed to manner. For example, this polling can be 
accomplished in a manner similar to the manner in which many cable service systems 
are polled by the owners operating company (such as harvest does for Coca Cola on 
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the company machines to deliver inventory and maintenance data). At the PSPS web- 
site 30 owners (FIG. 4) or operators (FIG. 5) home sites, the credit and/or cyber card 
codes for each transaction is again deciphered and validated, sorted and sent to the 
customer private data base 340 for collection from the customer 15 who provided the 
cyber card code or credit card number to the proximity service system 3 and thereby 
received the service therefrom. The specified credit account and money is then 
deposited to the owners bank account as described in more detail in connection with 
FIG. 4. The data is also accumulated and available on predetermined customer reports 
350 available to the customer 1 5 via communication link 357. 

The above description is in regards to how the special local authorization credit 
approval 370 may work in terms of using the special cyber card code by the customer 
15 for a service and the owner 10 eventually gets paid and the web-site owner 30 
collects from the customer 15 and provides the customer 15 a report listing all the 
charges, locations and service dates for example. The service reports provided in the 
available reports list 350 also provide customer 15 transaction data for the legacy credit 
card approvals for proximity services that are routed through the PSPS web-site 30 as 
described earlier and such payments are also deposited into the owners account as 
described in more detail in connection with FIG. 4. 
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In FIG. 4 the server gateway 200 has an Owner Home Page 400 connected to 
the owner 10 via a communication link 265 and 12 as described earlier. The owner 10 
home page 400 allows a new proximity owner 10 to sign up for services via a 
communication link 406 connected to New Owner 10 Application Programs 410 as part 
of Firewalls and Web Programs 215 for Proximity Service Owners 10. The application 
programs 410 in turn is connected via a communication link 412 to Proximity Services 
To Be Provided Data 415 that also lets the owner 10 list the owner's proximity service 



,f5 systems 3 and/or available service location sites (e.g. USA, Europe, Japan etc.) along 

fU 

Q with the methods the owner will permit proximity transactions to be approved and data 



to be collected (legacy or local). In addition the owner 10 is connected to Service 

03 



Payment Choices 420 via a communication link 418 that in turn is connected to either 
Legacy Bank Service Programs 430 via a communication link 425 or a PSPS Local 
Credit Approval Method 470 via a communication link 422 that is eventually connected 
to 430 via a communication link 435 from an Owner's 10 Private Database and Special 
Password Generator Program 440 activated by a communication link 475. The legacy 
credit bank programs 430 are connected via a communication link 403 and Password 
Validation and Generation Programs 405 to the bank account selected by the owner 10 
via home page 280 of 200 and will be described in more detail in connection with FIG. 
6. 
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Approval of services is either granted or denied by the PSPS web-site 30 owner 
depending upon how the owners 10 proximity services, locations, collection and 
payment requirements fit the PSPS web-site 30 owner predetermined criteria. When 
the request is denied, the owner 10 is notified to make different selections or to quit the 
new application process. When the owner 10 is approved for providing proximity 
services, the legacy banking unit 430 notifies the password validation and generation 
programs unit 405 via communication link 403 to generate a site pass word for the 
owner 10 and provides the pass word via communication link 418 to the application 
jp programs unit 41 0 connected to the owners 1 0 terminal via communication links 406, 

tP 

CH 265 and 12. In addition, an owner private database 440 is developed in Proximity 

^ Service Owners 10 Database Servers 235 and partitioned from other owner databases 

00 

g (as indicated by communication link 435) and the access code information to this 

m 

p database is provided by the password validation and generation programs unit 405 via 
a communication link 447. 

When the owner 10 with a site password visits the PSPS 30 owner home page 
400 they can enter the pass word via a communication link 402 and access is granted 
by unit 405 if the password is valid. Once access is granted, the owner 10 can access 
any of the services 415, 420, 430 and 470 and make changes in the services available 
or collection methods previously approved. In addition the owner 10 can request reports 
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from an available reports list 450 via communication link 447 and they are delivered 
from the owners 10 private database 440 via communication link 445 and 457. 

When the owner 10 approves the PSPS local payment service 470 rather than or 
in addition to the legacy service 430 described above (where the payment is 
guaranteed and approved by a credit card company or other third party each time the 
service is requested) in which the PSPS web-site 30 owner guarantees payment to the 
owner 10 for a sen/ice approved locally at the owner 10 proximity service location (e.g. 
a vending machine or parking meter) the owner 10 is given a special cyber card number 
or code generated by unit 440 and provided back to the owner 10 via communication : 



g number (SPIN) at each owner 10 proximity service location selected for service by the 

m 

O customer 15 as described in more detail in connection with FIG. 3 above. Thus after 
selecting and being approved for the PSPS local payment method 470 the owner 10 
can have local authorization services provided at those proximity service systems 3 or 
locations where the method for entering the customer's special cyber card code is 
accepted. As discussed earlier, the preferred method for housing and delivering the 
cyber card code is a wireless master proximity activation service system (Master PASS) 
device or the persons cell phone operating in the Master PASS mode disclosed in an 
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advanced wireless phone system (AWPS) of which both are disclosed in co-pending 
applications as discussed above. These preferred wireless devices can store all of a 
persons credit cards, PIN numbers and be made to deliver the required cyber card code 
to the proximity service system 3. The local authorization is approved at the-owners 10 
proximity service system 3 as discussed above. 

The authorization process can be similar to that done in the public key private 
key security systems used extensively in the bank money authorization systems today. 
In the PSPS web-site 30 preferred embodiment the owners 10 are given the public key 



g and they are changed each month for security reasons. This change in turn, forces the 
Ql customers to log back on to the PSPS web-site 30 each month (or when they have lost 
J_ their card carrier etc.) to get a new password that will generate a valid SPIN when used 

Sj at approved proximity service systems 3. When the customer 15 is approved locally (by 

fU 

p a process such as the one described above) or any other means agreed to between the 
respective owners 10 and PSPS web-site 30 owners that guarantee the payment, the 
amount of the transaction is computed (for example if the service is for parking the 
amount may be $3.00 an hour). The amount of the approved service along with the 
customer 15 cyber card code is stored in the local transaction data base associated 
with the proximity service system 3 where the service was delivered to the customer 15. 
This data base can be delivered at predetermined intervals to the PSPS web-site 30 in 
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an agreed to manner such as done with many cable service systems on a polled basis 
by the owners operating company (such as harvest does for Coca Cola on the 
company machines to deliver inventory and maintenance data). The operators 20 
discussed in more detail in connection with FIG. 5 may connect the individual * 
machines, i.e. the proximity service systems 3, to an Intranet or the Internet directly to 
make transaction collections very easy. 

At the owners home page 400 (FIG. 4), the credit and cyber card codes for each 

O 

in 

transaction is deciphered and sorted in unit 440 using the same algorithms used to 

R i 
s w 

Q generate all of the customer 15 cyber cards. The cyber card codes entered into the 

m 

CP proximity service systems 3 can be batched in the proximity service systems 3 and then 

*0 

* periodically transferred to the PSPS web-site 30 and entered into the owners location - 

PS 

p database 400. The information associated with the legacy codes, i.e. transaction data 
Q in which the PSPS web-site 30 does not guarantee payment, is preferably transmitted 
to PSPS web-site 30 in real time and entered into the owners location database 400 in 
real time. The PSPS web-site 30 may be programmed such that the legacy codes are 
periodically transferred to the PSPS web-site 30 and entered into the owners location 
database 400, if the entity that is guaranteeing payment to the owner wishes to conduct 
business in this way. 
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The collected money is sent to the owners bank account via communication link 
435 and the owner 10 transaction data for each site along with any inventory or 
maintenance data is stored in the owner 10 private data base 440. The customer 15 
data is sent to the customers 15 home page through the fire walls using SSL for 
example in the server 200 administration. The data is also accumulated and available 
on predetermined owner 10 reports 450 available to the owner 10 via communication 
link 457. 

u 

~ In FIG. 5 the server gateway 200 has a proximity system operator 20 home page 

p 500 connected to the computer system utilized by the operator 20 via communication 

IP 

01 links 275 and 25 as described earlier. The operator 20 home page 500 allows a new 

l_ proximity operator 20 to sign up to provide services for owners 10 via a communication 

m 

g link 506 connected to New Operator 20 Application Programs 51 0 as part of Firewalls 

ft 

p and Web Programs for Proximity Service Operators 220. The application programs 510 
in turn are connected via a communication link 512 to a Proximity Owner 10 Locations 
To Be Operated Data List 515 that list the owner 10 service location sites.mb (e.g. 
USA, Europe, Japan etc.). In addition the operator 20 is connected to an Accepted 
Transaction Choices 520 via a communication link 518 that in turn is connected to 
Access Programs 530 via a communication link 525. The access programs 530 are 
connected via a communication link 503 and a Password Validation and Generation 
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Program 505 to the owner 10 home page 270 of 200 and will require one or more 
passwords given to the operator 20 by the owner 10 that owns the proximity systems 
being operated by the operator 20. In other words, the owner 10 controls access to the 
information associated with the owner's proximity service systems 3 and only allows 
operators 20 access via passwords the owner controls. When the operator 20 is 
approved for providing proximity services for an owner 10, unit 530 notifies unit 505 via 
q communication link 503 to generate a site pass word for the operator 20 and provides 

yg the pass word via communication link 518 to unit 510 connected to the operators 20 

nj 

O terminal via communication links 506, 275 and 25. In addition, an Operator Private 

Database 540 is developed in Proximity Services Operator's Database Servers 240 and 

MP 

p partitioned from other operator databases (as indicated' by a communication link 535) 

p and the access code information to this database is provided by unit 505 via a 

PJ 

S communication link 547. When an operator 20 with a site password visits the PSPS 30 
operator home page 500 they can enter the pass word via a communication link 502 
and access is granted by unit 505 if the password is valid. Once access is granted to 
an operator 20 they can access any of the services 515, 520, 530 and make changes in 
the services available or collection methods previously approved. In addition the 
operator 20 can request reports from an Available Operator Reports List 550 via 
communication link 547 and they are delivered from the operators 20 private database 
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540 via communication links 545 and 557. The operators 20 will normally focus on 
providing all proximity services for an owner 10 in a region, state or country for example 
and thus and an owner 10 may give out passwords to several operators 20 for different 
geographic regions and likewise an operator 20 may service many different proximity 
owners 10 in a same region. For example, an operator 20 may service toll systems for 
the regional tolling authority 10 and parking meters for the cities 10 in the region and 
^ parking lots for several more private owners 10 in the same region. Thus the main 
function of the operator 20 home page programs 500 are to manage regional data 

ru 

O bases for multiple owners and combine these individual data bases 540 managed by 

m 

5 proximity system operators 20 into the complete owner 10 data base 440 discussed in 

q connection with FIG. 4. This would be similar to the owner of a franchise letting the 
60 

p individual franchisees report their store data into a central location where it is combined 

m 

0 into demographics for the complete set of operating stores. In this case the complete 
set of data is maintained in the 440 data base and the individual pieces are reported 
into the 540 data base. Of course if one of the owners 10 managed all of their own 
proximity systems there would be no need to sign up one of the operators 20 except 
possibly to advertise that the owner 10 was looking to find an operator 20 or the owner 
10 operated some systems as an operator 20 for other owners 10. 
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In FIG. 6 the server gateway 200 has a Financial Services (FS) 40 Home Page 
600 connected to the financial service location via 280 and 45 as described earlier. 
The FS 40 home page 600 allows a new FS 40 to sign up to provide financial services 
for customers 15, owners 10 and operators 20 via a communication link 606 connected 
to a new FS 40 Application Programs 610 as part of Firewalls and Web Programs for 
Financial Services 290. The application programs 610 in turn are connected via a a 
communication link 612 to a PSPS Services Accepted List 615 for the customers 15, 

P 

|j owners 10 and operators 20 requiring financial services. 

p Financial Transaction Method Choices 620 via a communication link 61 8 are 

m 

si designated and each method is connected to Access Programs 630 via a 

m 

3 communication link 625. The access programs 630 are connected via a communication 

O 

j| link 603 and Password Validation and Generation Programs 605 to the owner 10 home 

n 

p page 260 of 200, the customer 1 5 home page 250 of 200 and the operators 20 home 
page 270 of 200. Connection to the financial programs in each of the other entities^ 
sites will require one or more passwords. When the financial service company 40 is 
approved for providing services for one of the entities,, unit 630 notifies unit 605 via 
communication link 603 to generate a site pass word for the financial service company 
40 and provides the pass word via communication link 618 to unit 610 connected to the 
financial service company 40 terminal via communication links 606,285 and 45. In 
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addition, a FS database 640 is developed in Financial Service Database Services 295 
and partitioned from other FS 40 databases (as indicated by a communication link 635) 
and the access code information to this database is provided by unit 605 via a 
communication link 647. When a FS 40 company with a site password visits the PSPS 
30 FS 40 home page 600 they can enter the pass word via a communication link 602 
and access is granted by unit 605 if the password is valid. 

Once access is granted to the FS 40, the FS company 40 can access any of the 
services 615, 620, 630 and make changes in the services available or credit methods 



p previously approved. In addition the FS 40 company can request reports from an 

ft 

On available Financial Reports List 650 via communication link 647 and they are delivered 

L from the FS 40 private database 640 via communication links 645 and 657. 



O operators 20 that might want services more tailored to their needs. The operational 
description process of FIGS. 7-12 is the same as that identified for FIG. 1, except that 
the systems shown in FIGS. 7-12 each include a different category of proximity service 
systems 3 working in conjunction with various different categories of customers 15, 
owners 10, operators 20, and financial services 40. By way of example each of the 
systems shown in FIGS. 7-12 may be linked to the more general all inclusive proximity 
services PSPS web-site 30, which may be identified by the URL 



p 
CO 
£3 

ru 



FIGS. 7-12 depict more specific categories of customers 15, owners 10, and 
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www.proximityservices.com, for example. Similar elements will be designated in FIGS. 
7-12 with the same numeric prefix, and a different alphabetic suffix for purposes of 
clarity. 

FIG. 7 shows a world wide proximity access service provider system (PASPS) 
1000 for use by owners 10a of proximity service systems 3a, such as parking lots, 
airports, subways, and buses that have real need for local access requirements from 
customers 15a using wireless or card devices is shown. The operational description 

p 

« process of FIG. 7 for customers 15a, owners 10a, operators 20a and financial services 

m 

P 40a is the same as that used in connection with FIG. 1. Consequently an access 

m 

m services web-site 30a identified by the URL www.accessservices.com, for example, is 

*Q 

L depicted in FIG. 7 to show the more specific categories of customers, owners, and 

P 

p operators that might want services more tailored to their needs. By way of example the 

rti 

p access services web-site 30a might be linked to the more general all inclusive PSPS 
web-site 30. 

FIG. 8 shows a world wide proximity meter service provider system (PMSPS) 
1002 for use by owners 10b, such as cities, of proximity service systems 3b, such as 
parking meters, that have a real need for local access requirements from customers 
15b using wireless or card devices is shown. The operational description process of 
FIG. 8 for customers 15b, owners 10b, operators 20b and financial services 40b is the 
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same as that used in connection with FIG. 1. Consequently a web-site 30b identified by 
the URL www.meterservices.com, for example, is depicted in FIG. 8 to show the more 
specific categories of customers, owners, and operators that might want services more 
tailored to their needs. By way of example the web-site 30b might be linked to the more 
general all inclusive PSPS web-site 30. 

FIG. 9 shows a world wide proximity pay phone service provider system 
(PPSPS) 1 004 for use by owners 1 0c, such as telephone companies, of proximity 
J service systems 3c, such as pay phones, that have a real need for local access 

p requirements from customers 15c using wireless or card devices is shown. The 

§1 

IP operational description process of FIG. 9 for customers 15c, owners 10c, operators 20c 



and financial services 40c is the same as that usedJn connection with FIG. 1. > 
Consequently a web-site 30c identified by the URL www.picopay.com, for example, is 



g depicted in FIG. 9 to show the more specific categories of customers, owners, and 

operators that might want services more tailored to their needs. By way of example, the 
web-site 30c might be linked to the more general all inclusive PSPS web-site 30. 

FIG. 10 shows a proximity toll service provider system (PTSPS) 1006 which is 
similar in construction and function as the Proximity Service Provider System 1 
discussed above with reference to FIGS. 1-6, except that users of proximity services 15 
have been shown as users of toll services 15d, and the PSPS web-site 30 has been 
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shown as a web-site 30d identified by the URL www.tollservices.com, for example. 



Thus, a link is provided between the users of toll services 15d and the web-site 30d for 
those customers or users to select proximity services to make it more convenient to 



drive through any toll gate any place in the world and for owners and operators of 



proximity service systems 3d, such as toll gates, to authorize the proximity service 



systems 3d for selection by the customers or users. 

n FIG. 1 1 shows a proximity vehicle service provider system (PVSPS) 1008 which 

3 

y3 is similar in construction and function as the Proximity Service Provider System 1 

fU 

0 discussed above with reference to FIGS. 1-6, except that users of proximity services 15 

pi 

~= have been shown as users of vehicle services 1 5e, and the PSPS web-site 30 has 

m 

E 

n been shown as a web-site 30e identified by the URL www.vehicleservices.com, for 



Q example. Thus, a link is provided between the users of vehicle services 15e and the 
S web-site 30e for those customers or users to select proximity services for those 

customers that want to be able to have vehicle services any place in the world and for 



owners and operators of vehicle services that want to make it more convenient for their 



customers such as a car rental customers to be able to select and thereafter utilize all 



of the proximity service systems 3, such as the access, toll, parking lot, and parking 



meters authorized by the owner of the vehicle services. 
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FIG. 12 depicts a Financial Service Provider System 1010 link to yet another 
web-site 30f which is identified in FIG. 12 as www.vendingmachineservices.com, by 
way of example, for those customers that want to be able to use any vending or kiosk 
machine any place in the world in accordance with the present invention, as discussed 
above with reference to FIGS. 1-6, and for owners and operators of vending and kiosk 
machines such as vending machine and kiosk service companies that want to make it 
more convenient for customers to use the proximity service systems 3f that will 

g 

authorize vending machine products or services locally or remotely as discussed above. 

SU 

g As will be understood by those skilled in the art, the PSPS Web sites 30, 30a, 

gi 30b, 30c f 30d, 30e and 30f can be constructed in numerous different manners. For 

y3 

example, a system for constructing the PSPS Web sites 30, 30a f 30b, 30c, 30d, 30e 

Q 

p and 30f, and thereby managing the various databases for the users, owners, operators, 

ry 

r\ and financial services is discussed hereinafter. 

In Figure 13 a Master Integrated Technology System (MITS) 1301 for a 
predetermined generic user has all of the generic user elements (GUE) available to 
increase the users productivity. The MITS 1301 GUE will clearly be different for 
different generic users such as the MITS 1301 GUE for a hair salon franchisee would 
be different than the MITS 1301 GUE for a hospital. Also as technology improvements 
come along the MITS 1301 GUE for every predetermined generic business will have 
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improvements just like car models have improvements. However these are slowly 
varying improvements and do not influence the basic MITS 1301 GUE for each generic 
user. The improvements just change the program features such as running faster 
costing less etc. similar to yearly improvements in automobiles. The improvements do 
not require the generic user to change the way they are doing business or to hire a 
person with a technology background. The MITS 1 301 GUE are of three basic types 
and are grouped under a Master Operating Software System (MOSS) 1 300 type 

Q 

elements and a Master User Interface (MUI) 1 31 0 elements grouped separately since 

fij 

p they are connected to both a User (U) 1 390 and a System Bus SB 1 356 and they are 

01 

(ft the "users input output control points" and in cooperation with the MITS 1301 elements 

L puts the user in complete control of the underlying electronic controllable technology „ 

m 

2 available to increase the users productivity. 

TRW 

q Probably the single most important feature that allows a single program to be 

constructed to operate a MITS 1301 GUE for any generic user is the System Bus (SB) 
1355 and 1356 versus a Master Bus 1315 design model. This simple "orthogonal" 
model for any user, independent of size and complexity, combined with available 
technology programming tools is what allows the invention to be described in terms that 
allows those skilled in the art of programming to construct a single program controlling 
vast resources. Probably the best recent analogy is the simple "layers, etching and 



2551062 049 Exh A 
August 1, 2001 



49 



MAB:kk 



s 



Applicant Charles C. Freeny, Jr. 
Title: PROXIMITY SERVICE PROVIDER SYSTEM 

Exhibit "A" 



doping" model used to describe how to grow and integrate unlimited numbers of circuit 
components onto to a single chip. The SB and MB design model provides a similar 
simplicity to those familiar with both the electronic technology available to increase user 
productivity (the MITS 1301 GUE attached to the SB 1355) and also familiar with the 
user requirements (the MITS 1301 GUE attached to the MB 1315) of the individual, 
business, government, school, or institution user. It is the "user requirements" (UR) 
defined by the set of MUI 1310 elements and accessed by the U 1390 that create the 
MB 1315 for every generic user. As will be described in connection with Figure 19, the 
MB 1315 and SB 1355 orthogonal bus model allows those skilled in the art of UR (e.g. 



g? 

ff) business, government, school, home etc.) to define the MB 1315 and SB 1355 
^ "intersections" in such a way that those persons. skilled in the art of programming can 
2j build a MITS 1 301 MOSS 1 300 and MUI 1 31 0 for the User 1 390. 

Both the MOSS 1300 and the MUI 1310 will be described in more detail in 
connection with Figures 14 through 22 since they are the elements, along with the 
converter boxes (CB) associated with them that are created by this invention. The 
remaining MITS 1301 GUE are referred to sometimes as the users legacy elements 
since they are the application programs (AP) type elements 1305 controlling the users 
computers, networks, other electronic equipment plus any office and data bases AP 
connected directly to the system bus (SB) 1 355. Because of some important 
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difference in the types of 1305 AP and to add clarity to the description they are further 
sub grouped into System Application Programs (SAP) 1330, System Computer/Network 
Programs (SCNP) 1350 and System Machine Programs (SMP) 1360. 

In common legacy terms the SAP 1330 are those programs written to meet 
multiple user requirements (UR) such as an accounting program or a CAD/CAM 
program where the users interacts with the SAP 1330 from a System Application 
Interface (SAI) 1335 unit (such as a legacy PC GUI terminal) controlled by the SAP 

u3 1330 via a communication link 1331 to try and satisfy his UR. 

m 

g The SAP 1330 include all of the Internet programs employed by the user (such 

en 

gi as AOL, Netscape, etc) and all of the SAP 1330 run on or in conjunction with at least 

*0 

« one of the users SCNP 1 350. The SCNP 1 350 are normally thought of as legacy 

O 

2 computer or network operating system programs such as Windows 98, NT 4, Linux, 
Unix, operating on Compact, Dell, Sun Micro computers connected to Cisco, Lucent, 
Nortel network systems that allow the SCNP 1350 operator to interact using System 
Computer/Network Interface (SCNI) 1352 units such as the familiar desktop manager 
controlled by a mouse via a communication link 1351 in order to satisfy the UR for 
platform capacity. 

The SCNP 1350 elements include Internet legacy infrastructure elements if and 
only if one of the other MITS 1301 GUE groups (1300, 1310, 1330 or 1360) includes a 



£3 
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program requiring connection to an Internet URL address. Today as a practical matter 
all of MITS 1301 GUE will include the Internet SAP 1330, SCNP 1350 and in many 
cases the SMP 1360 programs such as Point of sale or access control programs will 
connect to SAP 1330 programs residing on the Internet included in the users SCNP 
1350 elements. In fact it turns out that a lot of the legacy Internet technology 
terminology makes it easy to understand and build a single MOSS 1300 for each MITS 
1301 GUE as described in connection with Figures 14 through 24. Once a user has an 
MOSS constructed as described herein then utilizing the features of the Split Personal 
Computer System, U.S. Serial No. 09/014,859, filed January 29, 1998 or A Multiple 
Service Customer and Multiple Location PC Service Provider System, U.S. Serial No. 
09/408,598 filed September 30, 1999, an individual or an owner of any company can 
stay in complete control, from any place in the world, of their MITS 1301 GUE employed 
to increase their productivity. 

Before proceeding to the more detailed descriptions of how to build a MITS 1301 
GUE MOSS 1300 that operates with the MUI 1310 elements to meet the UR selectable 
via 1390 while hiding the GUE 1305 elements, an explanation is in order of why two 
systems buses are shown (SB 1355 and 1356) versus the single master bus MB 1315. 
First, the SB 1355 and SB 1356 can be the same physical bus or they can be different if 
the user really wants to isolate their operation from outside intervention. Second, since 
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the CB, to be described in great detail later, created by the intersection of the MOSS 
1300 elements and the MU1 1310 elements are not orthogonal there are no CB 
required. So for the sake of clarity in description when the SB 1356 is involved no CB 
are required for the GUE associated with MOSS 1300 and MUI 1310 elements to 
communicate with each other. The opposite is true for the AP 1305 elements 
connected to the SB 1355 and the MB 1315, they are always subject to the CB 
requirements as described herein after and in conjunction with Figures 14 through 27. 

In Figure 14 the MITS 1301 GUE are further described in terms of the actual 
number of GUE associated with the MOSS 1300 the MUI 1310 and each of the AP 



m 1305 types 1330, 1350 and 1360. The only MITS 1301 GUE group whose number of 

P elements is not a function of the generic user such as the users, owners, and operators 

in 

g are the MOSS 1300 element group. The MOSS 1300 elements can be associated 

m 

P with four modules (elements) referred to as a Master Input Output System (MIOS) 

u 

1406, a Master Element Manager (MEM) 1407, a Master Database Manager (MDM) 
1409 and a Master User Interface Manager (MUIM) 1408. These same four modules 
are in all MITS 1301 GUE MOSS 1300 and are connected together via a 
communication link 1405 their functions and purpose do not change. The number and 
purpose of the elements in the other GUE categories (groups 1310 and 1305) depend 
on the generic user, such as the users, owners, and operators and financial services, 
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as will be described in detail in connection with Figures 24-27. The MIOS 1406 stores 
the MOSS 1300 input information such as the number and location of the AP 1305 
elements and the MUI 1310 elements for each generic user MITS 1301. 

The MIOS 1406 stores the user output information required from each AP 1305 
element along with the user output format for each MU1 1310 element requested via U 
1390. The MIOS 1406 will be described in further detail in connection with Figures 
16,17 and 18. 

a 

j The MEM 1407 is the operational workhorse of the MOSS 1300 and is 



pi 
in 



ru 

p 



described in more detail in connection with Figures 16, 17 and 18. Functionally the 
MEM 1407 manages all the AP 1305 elements to only produce outputs meeting the UR 
and suppressing all of the other output possibilities. 

The MDM 1409 maintains the databases needed to satisfy the UR and is 
described in more detail in connection with Figures 16, 17 and 18. The MUIM 1408 
manages all of the communication between the MEM 1407, the MDM 1409 and the 
MU1 1310 elements created by the User 1390 demands. 

In Figure 14 legacy AP 1305 elements SAP 1330, SCNP 1350 and SMP 1360 
along with the MU1 1310 elements are separated into individual elements for describing 
how a complete MITS 1301 GUE are constructed. Each of the individual MUI 1310 
elements 1410-1 to 1410-i, each SAP 1330 element 1430-1 to 1430-n , each SCNP 
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1350 element 1450-1 to 1450-t along with each SMP 1360 element 1460-1 to 1460-p 
could used in the construction of a truly generic MOSS 1300 program but since the 
user requirements would also have to be generic an example for a specific generic user 
is considered more appropriate. Consequently, referring to Fig. 14a, the MITS 1301 
GUE for a generic theme park owner is used as an example. In order to keep it simple, 
a Park Integrated Technology System PITS 1301 PUE POSS 1300a for a single theme 

_ park user elements (PUE) as shown in Figure 14a will be constructed and then further 

n 

• ft 

^ described with the aid of Figure 26 to show how the same PITS 1301 PUE can be 
q extended to include other theme parks or a set of theme parks belonging to the same 

<ji 

si owner. In Figure 14a the Park Operating Software System (POSS) 1300a has the same 

* four elements as described earlier for the MOSS .1300. where Park (P).replaces Master 

£0 

p (M) but the function descriptions for 1406a, 1407a, 1408a, 1409a and 1405a remain as 

ry 

O in the function description of the MOSS 1300 elements given earlier. The MUI element 
1410-1 of Figure 14 is expanded into the (i) Park User Interface (PUI) elements 1410- 
1 1 through 141 0-1 i that will represent the set of generic park user requirements (PUR) 
for a theme park. By way of example PUI 1410-11 may be the gate entry terminal for 
the Park Users PU 1390a at a front gate connected by the Park Bus PB 1355-1 1 to the 
automated gate entry equipment controlled by the Park Machine Program PMP 1460- 
1 1 that runs on one of the park computer/networks PB 1355-1 1 controlled by the Park 
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Computer/Network Program (PCNP) 1450-11. The PUI 1410-11 may require an 
additional PUI 1410-1 1 1 to PUI 1410- 1 1k (k additional "views") not shown since all 
programmers skilled in the art of programming understand how to set out the UR for a 
program "view". This set of k generic views for this one set of PUE would be one set of 
PUR that would be stored in the Park Input Output System PIOS 1406a and associated 
with the PUI 1410-1 1 . For example PUI 1410-1 1 1 might be the view required when the 

_ PU 1 390a asks for the user requirement request "give me entry gate demographics" 

o 

5 (e.g. # of tickets sold today, # sold this season, etc). Note that this same set or a 



subset of these PUI 1410-1 1 PUR may be (most likely are) associated with other PUI 



01 1410-11 to PUI 1410-1iPUE. In fact the actual number of necessary and sufficient 

6 PUR subsets, to manage a park are not nearly as large as the number of times the set 

O 

P can subdivided into subsets of PUR and then be allocated to satisfy the theoretical 

FU 

P number of PU 1 390a requests on different PUI- 141 0-1 elements located through out 

M- 

the park system. 

For example if the PUR total was 100 and the set of distinct PAP 1430-1 and 
PMP 1460-1 elements were 50 then there are 100!/(50!*50!) potential PUI 1410-1 
elements that in turn may have 5 to 20 views. That many views PUR combinations are 
clearly not manageable by any stretch of the imagination. Not manageable like it was 
not manageable to have electronic technicians in the 1960's learn all the possible 
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circuits that could be constructed taking 100 elements 50 at a time or to have 
programmers in the 1980's writing all the possible programs to control machines from 
100 commands taken 50 at a time. 

In the case of electronic circuits the problem became manageable using a 
generic set of useful circuits invented under the master invention of the Integrated 
Circuit (IC) so that a relative few useful generic circuits could be used to build a relative 
large number of specific electronic machines (the IC invention allowed the circuits to be 

O 

IS hid from the user). In the case of programming a few useful programs were invented to 
p control the electronic machines and these standard programs (called operating systems 
OS) allowed a large number (growing geometrically at the time of this invention) of 

Si- specific user application programs to be written (the OS hid the machines from the 

w 

CO 

q user) for users buying the machines. As shown by the example given above for the 



PUE and PUR it is now time to hide the application programs from the user using the 
machines. The methods to do this will be referred to as Master Programming to 
distinguish it from legacy application programming methods or Operating System 
Programming methods. Master programmers will follow the design procedures (or their 
equivalent steps) as set out in this application. Fortunately the same programming 
tools and skills can be used in constructing a MOSS program that are used to construct 
specific user applications programs (AP) and write good Operating System (OS) 
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programs. It is the MOSS method described in this invention or an equivalent 
description that will allow an application programmer to quickly become a MOSS 
programmer once the user (actually the MOSS designer) tells the MOSS programmer 
what the sub sets of the GUR are along with the number and type of MUI elements 
associated with each GUR subset. The MITS 1301 system designer for a generic user 
needs to be familiar with all the GUE and GUR where as the MOSS designer only 
needs to be familiar with the MOSS programming aspects of the MITS 1301 design. 
€i In Figure 15 is an example of a typical generic Park User Interface (PUI) 1410-1 

|!j connected to nine U 1390 and connected via SB 1356 to the PUIM 1408a connected to 

SI 

jp the other MITS 1301 elements via the communication link 1405a. The User 1390 can 

d 

a select any one of nine PUI choices 1 500, 1 5Q5, 1510,1515,1 520, ,1 530, 1 540, 1 550 ... 
0 

W and 1 560. Upon selecting one of the nine choices a predetermined set of UR will be 
Q 

U updated in the PDM 1409a after receiving a predetermined command from the PEM 
1407a caused by the selected U1390a command sent to the PEM 1407a by the PUIM 
1408a via communication links 1356 and 1405a respectively. The PUIM 1408a then 
sends back to the PUI 1410-1 along the same path 1405a and 1356 the information 
requested by the User 1390 in the predetermined format stored in the PIOS 1406a for 
the PUI 1410-1 for the selected one of nine choices. 
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Continuing with another example of the PITS 1301 PUE design lets say the PUI 
141 0-1 i is the park owners U 1390a terminal having the nine view requests 1500 to 
1560 shown in Figure 15 and discussed earlier in connection with the PUIM 1408a. 
Each of the nine sets of PUR associated with PUI 141 0-1 i are stored in the PIOS 
1406a and are used by the PEM 1407a to maintain the park master database 
(discussed in more detail in connection with Figures 16, 17, 18 and 19) under the 
control of the PDM 1409a. In addition lets assume that the nine predetermined sub 

u 

J~ views in PUI 141 0-1 i each have 3 additional predetermined sub views for a total of 27 

RJ 

p views associated with PUI 141 0-1 i. Then the PIOS 1406a has to maintain 27 instead of 

m 

en 9 for the PEM 1407a and the PDM 1409a to manage. Note that in this second example 

* no mention was made of how the PUI 1 41 0-1 i was connected to individual elements in 

S 

| the PAP 1430-1 or PMP 1460-1 or PCNP 1450-1 as done in describing the PUI 1410- 

fU 

P 11 operation and connections earlier in the first example. The reason is that maybe 

N 

each of the 9 or 27 predetermined views requires combinations of information 
generated by two or more of the PAP 1430-1 or PMP 1460-1 elements connected to 
one or more PCNP 1450-1 elements. Such a number of combinations quickly leads to 
the hundreds of millions of combinatorial numbers used in the above illustrations. Thus 
we need a simple multiple dimensional method to quickly relate the subsets of PUR to 
the various PAP 1430-1 elements. Although any of a number of terminology and words 
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could be used to describe what follows, the terminology used seems appropriate and 
easily understood by those skilled in the art of programming over the last two to ten 
years. 

With the aid of Figure 14b, the Master Bus MB 1315a and Park Bus PB 1355- 
1 1b - 1355-ltk are related to a design matrix and described in such a manner to reduce 
the combinatorial PUR possibilities to a set determined by simple straight forward 
design steps. The design steps use Converter Boxes CB which can be thought of as 
multiple functional browsers for those programmers used to the Internet programming 
terminology. In Figure 14b the PB 1355-1 1b to 1 355-1 tk (herein after referred to as 
PB1355 unless a particular bus need to be identified) represent the respective park 
physical system computers and networks on which the .various PAP 1430-1 and PMP 
1460-1 programs are operating and all of them intersect the POSS MB 1315a in an 
orthogonal manner (this is clearly not a physical intersection) and the number of times 
the PB 1355 intersects the MB 1315a depends on how many unique PUI 1410-11 to 
PUI 1410-1 i elements are required to operate the park and satisfy the park user input 
out put requirements. Note that the (i) elements are the number of unique PUI 1410-1 
elements not the physical number of park terminals on the PB 1355. The PUIM 1408a 
keeps track of the actual number and location of the park physical terminals and 
performs a many to one mapping prior to requesting a specific PUR view from the PEM 
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1407a. This many to one mapping done by the PUIM 1408a is a simple but powerful 
feature because it automatically scales the size of a generic PITS 1301 PUE POSS and 
lets a single POSS design operate many different parks scaled to many different sizes. 

The number of intersections between the PB 1355 and the MB 1315 shown in 
Figure 14b is i*r. the r=n+p and represents the number of PAP 1430-1 and PMP 1460-1 
programs shown in Figure 14a available or needed to run the park electronic controlled 

_ technology and included in the PUE and (i) is the number of unique PUR subsets built 

o 

J into the generic POSS 1300 as requested by the generic park owner. Both i and r 

yj 

5= i 

q represent the "features" and "horsepower" of the park PITS 1301 and POSS 100a and 

m 

01 just as in the automobile industry their will be the "economy", "Midsize" and "Luxury" 
«„. PITS 1301 and POSS 100a models with some selection of features given by the "Park 

O 

jjj PITS 1301 Companies". However having 3 to 10 models to chose from versus having 
p millions of choices for each PUE set of park parts is analogous to the choices of "do 
you want to buy all the automobile parts and make your own automobile and then drive 
what you built with no warranty" or "do you want to chose from a selection of 
automobiles with warranties and drive one that is reliable and affordable". 

It is already known that major PAP 1430-1 elements (this will be true for virtually 
every generic user) will be accounting programs such as DacEasy, Great plains, and 
office programs such as Office 2000 etc. In addition to these and the gate entry 
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program used in the first example other programs that will most likely be behind the 
scenes of a POSS to meet the PUR subsets are Tax, Customer, Website, Ride, Office 
equipment, Security, Maintenance, Insurance, Purchasing, payments, HR, Government 
Regulations, Training, and Facility Mgt programs slanted towards park operations. 
Continuing with the design steps each of the (i) PUI 1410-1 elements represent a 
unique subset of PUR. Each unique PUR subset such as PUI 141 0-1 i requires 

_ information and/or actions from the PUE elements intersecting the POSS 1300a MB 

D 

5 1 31 5a shown in Figure 14b where at each intersection a CB is either shown or not 

y=i 

fU 

shown. 

%=» 
CP 

£p In the example a CB is shown for the three intersection points (i,1), (i,n) and (i,r). 

* - Each CB say CBi f 1 defines the information and/or actions to be taken by the PAP # 1 , 

j£j CBi.n the actions taken by the PAP #n and CBi.r the actions taken by the PMP # 1 p 

PJ 

p shown in Figure 14b upon receiving a particular View (subset of PUR subset) 

associated with the PUI 141 0-1 i unit. Each time a view is selected by a PU 1390a one 
or all of the three PUE elements might be required to meet the CB requests required for 
the view when the POSS 1300a receives a PU 1390a request from PUI 1410-1 i via the 
PB 1356 for a specific view available to the PU 1390a using the PUI 1410-1i element. 

Thus each view selectable from any PUI 141 0-1 by a PU 1390a is associated 
with a set of predetermined CB's that are activated from the POSS 1300a PIOS 1406a 
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as controlled by the PEM 1407a via PB 1356 in connection with the appropriate PAP's 
of 1430-1 or PMP's of 1460-1 to take action or generate information when instructed. 
Also a view command associated with each unique PU 1390a request will be sent by 
the PEM 1407a via 1405a to the PDM 1409a that will select the predetermined view 
response and the PDM 1409a will send via 1405a this response to the PUIM 1408a that 
will format and send via PB 1356 the information to the physical PUI 1410-1 terminal 
requesting the view. 



In Figures 16, 17, and 18 a more detailed description is given so that any 

| 
P 

01 

gi controlling a predetermined set of PUE having a predetermined set of converter boxes. 



programmer skilled in the art can build a converter box and write master programs 



Figure 16 shows the inner workings of a typical MOSS 1300 and the inner workings of« 
a typical SAP 1430-1 element and how the preferred communication between the MEM 
1407 and the SAP 1430-1 element is accomplished. Figures 17, and 18 are the same 
as Figure 16 except they relate to the SMP 1460-1 elements and the SCNP 1450-1 
elements respectively. Consequently only a detailed description is given in connection 
with Figure 16 and the Figure 17 and Figure 18 explanations are obtained by replacing 
the symbols for the SAP 1430-1 elements with those for the SMP 1460-1 and SCNP 
1450-1 respectively. 
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In Figure 16, the MIOS 1406 includes a MIOS Program 1605a connected to 
MIOS address tables 1605c via a communication link 1606 and connected to MIOS 
converter engines (CE) 1605b via communication link 1606 and getting commands via 
communication link 1405 from the MEM 1407 module. When the MIOS program 1605a 
gets a command from the MEM 1407 via communication link 1405, the command uses 
a predetermined format that tells the MIOS program 1605a what converter boxes need 
to be activated. The MIOS program 1605a decodes this command into an associated 
CB address located in the address table 1605c and a set of CE located in the MIOS 
converter engines 1605b. The MIOS address Tables 1605c store the Master Resource 
Locator (MRL) for each CB in each predetermined MITS 1301 system. The MRL 
identifies.the exact SAP 1430-1 of Figure 16 that each CE must operate with to cause 
the View request associated with the set of CB to be satisfied. The format of the MRL 
can be similar to that used on the Internet but should be of a higher level since the 
Internet SAP 1430-1 elements are just one set of elements to be controlled by the MEM 
1407. Also the CE can be simple or complex engines as will be discussed in 
connection with the detailed workings of the MEM 1407 depending on the degree of 
security the MOSS user selects. For example the Military or Government Spy agencies 
would want more security in the CE program running their operation than a commercial 
business would be willing to pay. Another important aspect of the CB design are 
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features that allow the Generic User Requirements (GUR) command from a CB 
received by the MUIM 1408 from a MUI 1410-1 element to be a CE command as 
simple as "connect SAP or SMP directly to the MUI 1410-1 element specified by the 
CB". There are many good examples of a stand alone SAP 1430-1 request such as a 
request for Office 2000 that already have useful control panels and do an adequate job 
of hiding the technology behind both the SAP 1430-1 and the SAI 1335 as shown in 
Figure 13. Other good examples are the SAP and SMP game programs developed for 
i children and the SMP POS terminals used in many retail outlets today including those 
0/ used at theme parks. In the cases where the MOSS CB requests a "direct connection" 

Q 

on 

~ to the GUE a simple direct one to one communication connection between SB 1355 
and SB 1356 is made by the MEM 1407 unit., 

W 

W This is shown in Figure 16 where a more detailed working of a SAP 1430-1 

element is shown to make it easy for those skilled in the art of programming. 

5=5 In Figure 16 the working elements inside a SAP 1430-1 such as a word 

processing program are shown. The three key elements of any SAP 1430-1 are a SAP 
Program Engine 1660 connected to a SAP System Application Interface (SAI) 
Generator 1670 via a communication link 1665 and also connected to a SAP Database 
Manager 1650 via a communication link 1655. The SAP SAI generator 1670 is 
connected to the user SA1 1335 via a communication link 1331 as shown in Figure 13. 
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Thus when a Master Bus/System Application Program (MB/SAP) Browser Engine 1680 
of Figure 16 detects its MRL address sent from a Master Browser 1620a over SB 1356 
to SB 1355 wherein the MB/SAP unit 1680 decodes a "direct connect command" the 
MB/SAP unit1680 unit can either make a direct communication connection from the 
SAP SAI generator unit 1670 via the communication link 1331 to the requesting MUI 
1410-1 element by connecting the SB 1355 to the SB 1356 or require that the 
connection be made back through a communication link 1645 connected to the 

O 

q MB/SAP Browser Engine 1680 connected via SB 1355 to SB 1356 to the units 1620a 

*Ej 

p| and a Master Program 1620b connected via a communication link 1621 and passed 
pj through communication link 1405 to a master interface program 1610a connected to a 
s Master User Internet Browser 1610b via a communication link 1612 and finally out to 

CO the MUI 1410-1 element via SB 1356. The reason the connection might be forced 

P 

[Jj back through the MOSS 1300 modules are for security and isolation reasons. 

However for this discussion it is assumed that CB "direct connect commands" means 
the underlying SAP or SMP "information and action" generators are connected to the 
MU1 1410-1 element in unaltered form. The above discussion disposes of the simple 
direct cases which will often occur since most all MU1 1410-1 elements will have 
generic user requirements (GUR) views that can be satisfied quickly by sending "direct 
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connect commands" to SAP 1430-1 or SMP 1460-1 elements some of which were 
mentioned above. 

The more interesting and much more useful situations regarding databases are 
when the direct command will not bring to the user the requested GUR subset or when 
the master database is being updated automatically and are being used to feed other 
AP so they automatically stay current based in the history of all the user MITS 1301 
MUI 1410-1 element transactions. A good example would be when the manager of the 

fn 

theme park used in the early example requested the days operational summary data. 

M3 
pi 



y3 



Such a PUR would cut across many if not all the databases of the PAP 1430-1 and 
gj PMP 1460-1 elements such as shown in Figure 16 as 1650 and in Figure 17 as a SMP 
Database Manager 1750. It is these cases where the need for the MITS 1 301 MOSS 
1300 becomes so productive for the user. Also there are many interesting business 
data base threshold combinations were the data bases are being generated in 
"unconnected AP's 1305" that can signal good or bad situations developing or existing 
in the business. In most of these situations owners are managers would like to know 
ASAP when critical operating thresholds where crossed. It is the multiple database 
GUR activated by a MUI 1410-1 view via a U 1390 request that makes the current cost 
of operating technology so high since with out a MOSS the data from one SAP or SMP 
into still another SAP or SMP has to be combined manually in some fashion. These 
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multiple database view requirements are an important number of GUR views for the 
individual and certainly for any business. The fact that nobody has written down these 
GUR and the predominate sub set of CB needed to run an operation from a MOSS is 
probably because direct operation of a SAP or SMP are all that has been available up 
until this invention. Even where a special program has been written for the customer to 
combine some data bases available from other programs the special program is still 
accessed directly and all the other GUR sub sets are still not considered for the generic 

O 

S user MOSS. Again the reason is probably because of the astronomical possibilities a 

*P 

jj{ programmer would face if asked to write a single program to completely run all aspects 

m 

~ of a business. However using the MOSS design method described herein a single 
s , , MOSS can be constructed to operate a complete generic business such as a theme 
W park by those skilled in the art of programming. Continuing with Figures 14b and 16 the 



case for when the GUR view request requires information from multiple SAP 1430-1 



database interrogations will be described. 

In Figure 14b the number of potential multiple data bases that could be required 
from a PUR request was r = p + n which represents the total predetermined PAP 1430- 
1 and PMP 1460-1 databases for a generic theme park PITS 1301 PUE. Although it 
probably would be rare to have information from every PUE database in a single view 
the question of the MB 1315 size (address plus command words) must be determined 
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in any design. For example SB 1355 sizes range from 4 words (bytes) up to 256 words 
in order to have enough address plus command capacity for the SCNP 1450-1 
elements to control every element on a predetermined MITS 1301 GUE system ranging 
from a standalone PC MITS 1301 up to a MITS 1301 that includes all the Internet SAP 
elements. The address size of the MB 1315 represents how many CB can be activated 
in the MIOS 1406 module by a single U 1390 view request. The MB 1315 command 
size needs to accommodate the largest number of unique MUI 1410-1 elements that 

O 

d need a view. That number was represented by (i) in Figure 14b. As a practical matter 

|j the number of unique MUI 1410-1 probably will be less than 32 for a home MITS 1301 

fft 

ill GUE even when the home appliances and security systems along with the 

S 

B _ entertainment and phone systems are included and as large as several, hundred for 

O 

CO world wide multi-national companies. 

g The number of MUI 1310 will be discussed in much more detail in connection 

with Figures 20 through 24. The size of the active MB 1 31 5 also determines how large 
a MDM 1409 User Database 1615c must be to accommodate all of the potential data 
received from multiple SAP 1430-1 and SMP 1460-1 database queries. The active size 
of the MB 1315 is the actual predetermined number of MUI 1410-1 unique elements of 
a generic MITS 1301 GUE used in a specific design. MDM user data generator 1615b 
takes via a communication link 1616 the View data stored in the MDM user 
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database1615c each time a MDM program unit 1615a receives a request for view data 
from the Master Program 1620b via communication link 1405 and sends the view data 
to the Master Interface Program (MIP) 1610a via communication link 1405 that formats 
the view data before sending the view request data to the Master User Interface 
Browser 1610b via the communication link 1612 for delivery back to the requesting MUI 
1410-1 unit via SB 1356. The preferred embodiment has the Master Browser 1620a 
periodically, at predetermined intervals associated with each CE in the MIOS converter 

O 

£ engines 1605b, sending out CE requests for the predetermined MIOS 1406 sets of view 
[Sj data to the respective multiple SAP 1430-1 and SMP 1460-1 elements so that view 
J requests from a MUI 1410-1 element U 1390 can be filled by the MOSS 1300 modules 

Bu-. without having to wait for the Master Browser 1620a interrogation responses. 

O 

C3 Since the active size of the MB 1 31 5 can be specified for every specific generic 

o 

g design, a MB 1315 address size of two words (over 10,000 multiple data bases per 
view) and a MB 1315 command size of two words (over 10,000 unique user terminals) 
will be used as the preferred embodiment. It is important to distinguish the difference 
between the size of the MB 1315 (2words by 2 words) and the size of the other various 
MOSS 1300 databases such as the MIOS 1406 databases and the MDM 1409 
databases. The active size of the MB 1315 only determines the addressing range of 
the other two MOSS 1300 databases the active size of the MB 1315 does not indicate 
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the size of each database cell in either the MIOS 1406 or MDM 1409. For example, the 
active MB 1315 size might indicate there are 200 View cells but the size of each view 
cell is a function of the GUR set associated with each cell in the case of the MDM 
1615c database of Figure 16. 

In the case of the MIOS converter engines 1605b database the size of each cell 
depends on a number of factors ranging from the number of multiple database sets to 
□ the degree of security designed into the MOSS 1300. Both of these factors are well 

'S3? 

y3 known to those skilled in the art of database programming and discussed in even 
™ 

5 greater detail in connection with Figures 20 through 24. 

H ^ er choos < n 9 the active size of a specific MB 1 315 design for a generic GUR 

g set of views the GUE SAP 1430-1 and SMP 1460-1 of Figures 16 and 17 required to 

CO 

S satisfy the GUR can be chosen which in turn dictates the SCNP 1450-1 of Figure 18 

m 

O needed to complete the MITS 1301 GUE design process for each generic user. The 

IM* 

final detailed programming steps for the multiple database views are associated with 
periodically (or on command) launching the MIOS converter engines 1605b (or a search 
engine (SE) as will be described in more detail later). In the preferred embodiment the 
MIOS program 605a in Figure 16 maintains an update table for every set of 
predetermined GUR views for a generic MITS 1301 MOSS 1300. The update table in 
the MIOS address tables1605a associates a set of CE and SE stored in the MIOS 
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program1605a with each predetermined set of GUR views along with the frequency of 
update for each CE and SE. The MIOS program 1605a via the communication 
Iinks1405 notifies the master program 620b each time a CE or SE needs to be 
launched and provides both the MRL address from the MIOS address tables1605c and 
the CE or SE or both from the MIOS converter engines1605b via the communication 
link 1606 to the master browser 1620a via communication links 1405 and 1621. The 
master browser 1620a launches the selected CE and or SE to the MRL address of a 

□ 

*J predetermined SAP 1430-1 element that has a MB/SAP 1680 browser engine as shown 

F3 I 

l M. in Figure 16 via the SB 1356. 

si 

gi The MB/SAP browser engine 1680 unit detects the CE on the SB 1355 and 

*S 

» notifies a MDM/SAP translator engine (TE) 1640 (put into the SAP 1430-1 as part of the 

s 

MITS 1301 MOSS 1300 design procedure and discussed in more detail in connection 

HI 

p with Figure 24) via communication link 1645 to provide the requested CE or SE engine 

c 

View Data or make the requested CE or SE View transaction or make an update to a 
predetermined portion of the MDM 1615c database where the predetermined data is 
used as a silent automatic input to other SAP 1430-1 or SMP 1460-1 program not 
requiring manual assistance. As will be discussed again in connection with Figure 24 
the TE will eventually become the heart and soul of good MOSS designs. Upon 
receiving the CE or SE request the SAP program engine 1660 is directed via 
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communication link 1645 by the M DM/SAP translator engine 1640 to effect the request 
and the SAP program engines1660 unit causes either the SAP database manager 1650 
to get the data via communication link 1655 or instructs the SAP SAI generator 1670 to 
cause a transaction via communication link 1665 or both predetermined actions might 
take place. When the CE or SE requests requires data to be sent back the process is 
reversed as well understood by those skilled in the art of programming. The process 
described above is repeated for every CE or SE associated with the predetermined 

g 

*5 GUR view set of CE or SE until the multiple transactions are completed and the MDM 

yy 
nj 

~ user database 1615c associated with the view is updated. Thereafter if a MUI 1410-1 

i 

m view request is received by the master user interface browser 1610b, an accurate 

h 

* response can be provided from the MDM user database 1615c. The discussions above 

j| apply equally to the Figures 17 and 18 where the workings of the MOSS 1300 is 

q applied to the workings of SMP 1460-1 elements and to the workings of the SCNP 

M 

1450-1 respectively. 

A key part of the MITS 1301 MOSS 1300 design is to hide all but the "direct 
connect" programs from the generic user and not require the user to understand how to 
load them or how to operate the AP 1305 elements. To accomplish this key feature 
each of the SAP 1330-1, SMP 1460-1 and SCNP 1450-1 elements are put under the 
control of the MOSS 1300 converter box engines (the converter engines act like 



2551062 049 Exh A 
August 1, 2001 



73 



MA&kk 



p 



Applicant Charles C. Freeny, Jr. 
Title: PROXIMITY SERVICE PROVIDER SYSTEM 

Exhibit "A" 



today's IT administrators only the engines work at computer speeds and accuracy). 
The transactions required by the CB engines can be done in one of three ways well 
known to those skilled in the art of programming. The three ways are 1) through 
cooperation with the original AP 1305 designer to perform much of up date and 
upstream as requested 2) by operating the AP program from a set of view database 
generating Macros, or 3) finding another equivalent AP 1305 element designer that is 
willing to modify their design in order to be part of a higher order more appealing user 



y3 friendly program. Also, by hiding all of the AP 1305 elements behind a single program 

FU 

3 multiple marketing and training materials will reduce the cost of each AP 1305 element 

fin 

% product available to the user. Consequently the modifications required to incorporate 

O MB/SAP, MB/SMP, and MB/SCNP Browser Units 1680, 1780, 1880 along with 

S Translator Engines 1640, 1740, 1840 of Figures 16, 17 and 18 respectively can be 

m 

AS 

^ done in at least three ways as just described. Note that this key part of the integrated 
program design is similar to describing the several "doping" methods that can be used 
to build IC's. 

The preferred embodiment for incorporating each of the AP 1305 GUE is to start 
with the predominately accepted set of GUE for each generic industry and integrate 
these into an economy model, mid-size model luxury model etc in cooperation with the 
AP developers. However, the invention quickly lends itself to modifying several AP 1305 
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elements for each MITS 1301 GUE model able to satisfy each associated set of GUR 
with only slight difference and give the users choices like automobiles allow several 
choices of tires, sun roofs, and other accessories. In other words AP 1305 element 
designers will not only want to be SCNP 1450-1 Application Program Interface API 
compliant they will want to become Master Program Interface (MPI) compliant and 
future OSI programmers will want to be MPI compliant. The main difference between 
being API or OSI compliant is that your program will require someone to learn how to 

P 

J load it and use it where as when a designer makes his program MPI compliant a MOSS 

fy 

q program will load it and manage it for the user. Also since MOSS 1 300 has the "direct 

m 

W\ connect CE command" a user will not be giving up any API available in today's market 

<& 

6. but they will be gaining the full power, of today's AP 1 305 enslaved and integrated to 

Q 

S work for each generic user using less skilled workers. 

y 

m 

P To review the design process, Figures 19 through 22 are used to more clearly 

describe both the process and the design matrices associated with each MITS 1301 
GUE. In general, a design matrix is first provided. The design matrix has at least two 
axes with the system application programs 1430 being represented on one of the axes, 
and user requirement elements (GUR) being represented by another one of the axes. 
The system application programs 1430 each defining a particular technology. Each of 
the user requirement elements define a particular user requirement. 



2551062 049 Exh A 
August 1, 2001 



75 



MAB:kk 



# 



Applicant: Charles C. Freeny, Jr. 
Title: PROXIMITY SERVICE PROVIDER SYSTEM 

Exhibit "A" 

One unique intersection point is located between each of the user requirement 
elements represented on one of the axes and the system application programs 1430 
represented by another one of the axes in the design matrix. Then, a technology 
converter requirement or converter box is developed for each intersection point. Each 
technology converter requirement uses the system application program at each 
intersection point to develop an output satisfying the user requirement element at the 
q corresponding intersection point. 

<0 More specifically, in Figure 19 a set of predetermined GUR are shown allocated 

m 

? to a set of predetermined MITS 1301 MUI elements 1 through v required to satisfy the 

01 

necessary subset of the GUR that can be made by a user 1 390. The GUR subset 
p allocation is done by 1) either a MITS 1301 designer being familiar with the generic user 
input output needs at various points of the generic user operation such as a theme 



m 



^ park, a hair salon, or fast food franchise operation or 2) a design GUR request form 
along with a MOSS AP 1305 size form is filled out by the generic business owner or 
Individual. Method two is tomorrows Web store version of purchasing a complete MITS 
1301 with the MOSS 1300. At the time of this invention only some of a MITS 1301 
GUE can be purchased by filling out an order form such as the SCNP 1350 elements 
and some SAP 1330 and SMP 1360 but none have a MOSS 1300. With this invention 
tomorrow's users will be able to order integrated technology elements operating as they 
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specify under the control of a single MOSS and for the most part only need MUI 
terminals at the user interface points 1390. Each MUI element 1 to v has at least one 
GUR subset called a GUR view (GURV) that can be requested by one of the users 
1390 via SB 1356 connected to the MOSS 1300 as represented by a CB shown at the 
intersections of the MITS 1301 MB 1315 created by the GUR and the AP 1305 MITS 
1301 SB 1355. Note that each GURV is defined as either providing an input (I) action 
p such as a POS credit card transaction or requesting an out put (O) action such as a 
y3 report, picture or receipt, etc or the GURV might require several I and O actions. For 



example a credit card GURV might always require a set of several predetermined I and 
Jj O actions. Sets of I/O caused at an MUI location are treated as one GURV and define 

□ one CB like CB1n in Figure 19 for example and in Figure 20 the Intersection Address 

Co 

O (IA) is IA1 n. Note that terminal view changes that just give the user another menu to 
~ make another choice are handled directly by the MUI terminal or MOSS 1300 and are 
not part of the MB 1315 and SB 1356 interconnection logic diagram shown in Figure 19. 



The CB and associated CE discussed herein always refer to MOSS actions 
causing transaction processing other than giving a user another MUI view to make a 
request from. In Figure 20, one of the MIOS address tables 1605c discussed earlier is 
shown for a predetermined number of n AP 1305 elements and a predetermined 



2551062 049 Exh A 
August 1, 2001 



77 



MAB:kk 



Applicant: Charles C. Freeny, Jr. 
Title: PROXIMITY SERVICE PROVIDER SYSTEM 

Exhibit "A" 



number of v MUI terminals that each have a unique set of MITS 1 301 GURV. Each IA 
of Figure 20 is associated with a predetermined MRL relating a specific Predetermined 
MOSS AP element with a specific predetermined MITS 1301 MUI element. The MIOS 
address table 1605c exists even though there may not be a CB associated with each 
address. 

In fact as shown in Figure 21 the MIOS 1406 CE table 1605b has fewer CE than 
the MIOS address tables1605c has IA addresses. This will most likely be the case and 

□ 

*0 especially as the predetermined MITS 1 301 generic user becomes larger and the MUI 

m 

p terminals required to satisfy all the predetermined sets of GURV range from those MUI 
{j5 with the GURV sets for the corporate officers that are interested in company 

• performance down to those less skilled workers operating specific POS MUI with only 

O 

gj the GURV sets required for customer interface transactions. In Figure 21 the three 
q types of CE types associated with any MOSS MIOS 1406 CE table 1605c are shown. 
The CE shown in Figure 21 with an IA matrix subscript such as CE1 1 and CE42 are IA 
where either a) multiple AP database, b) specific parts of a single AP are required or c) 
combinations of these two CE transactions are required to meet the GURV for the MUI 
requested by a user 1390. This type CE is really one of the major purposes for the 
MOSS invention because this need for automated AP database transactions integration 
and control is what MOSS is really all about. The other two types of CE engines shown 
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in Figure 21 and are referred as the Direct Connect (DC) engine and the Not/Applicable 
(N/A) engine. The DC engine was also discussed earlier and that is a simple GURV 
request to DC the AP associated with the IA to the MUI element associated with the IA. 
For example in Figure 21 the DC at IA22 would directly connect the AP#2 (say office 
2000) to the MUI # 2 terminal when requested by the user 1390. While discussing the 
MUI # 2 note that the GURV selections available to the user at that location are one DC 

g and one N/A and two complex GURV CE23 and CE2n respectively. Also note that 

^0 

*Q every MUI 1 through v shown in Figure 21 to have at least one complex GURV or N/A 

fy 

p or both. At this point it is important to understand that the MOSS invention is only 

CP 

n needed for that part of a user MOSS GUE that requires complex AP database 



p transaction integration or AP blockage as will be discussed last. If for example a users 



O MUI terminals where the matrix of Figure 21 was filled with DC engines then the user 

[U 

2 does not need a MOSS 1300. The corollary is that users can have all sorts of non 



MITS 1301 GUE but they will not be integrated into the users MOSS and if they 
influence the users bottom line or performance goals the user will clearly not have a 
complete MITS 1301 design. The third type of CE shown in Figure 21 is the N/A and it 
is the opposite of the DC engine and probably the most important CE in every generic 
MOSS design in terms of making money or increasing performance goals for the user. 
The N/A in essence blocks the complete underlying AP 1305 element from the MUI 



00 
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terminal and as shown in Figure 21 many IA show N/A engines. In fact for the 
purposes of these descriptions all of the SCNP 1350 elements are considered N/A and 
not even used in these discussions or considered part of the IA matrix. To show and 
discuss the actual SCNP AP 1305 elements in a MITS 1301 MUI discussion would be 
like discussing what an API is or OSI is to a programmer that has written 100 programs 
to operate with the NT 4 platforms or to run on an ISP. 
p The purpose of the MOSS 1 300 is to hide all the AP 1 305 elements and 

if! 

TO? 

*8 especially the SCNP 1 350 platforms and programs that support the multitude of SAP 

I 

O 1 330 and SMP 1 360 programs that MOSS 1 300 controls under a single program. The 

en 

% N/A feature block all SCNP 1350 programs in essence and says no MUI 1310 user 



Q terminals will ever have to deal with complicated and confusing desktop GUI MUI as 

M 

O presented to SCNP 1350 administrators such as described in the Microsoft Certified 

fU 

^ System Engineer (MCSE) series of twenty or so books. The MOSS designs will in 

essence hide completely all the confusing desktop managers available to help allocate 
what AP 1305 Icons show up on what terminals like 1335, 1352, and a Terminal 1365. 
This fact is probably the greatest feature of the MOSS 1300 from a practical point of 
view since the user can greatly reduce the employees using the MUI terminals to play 
games and visit the Internet on company time since those options simply wont be 
available due to the N/A blocking engine capability of the MOSS 1300 design on most 
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MU1 1310 terminals. Another easy feature to include in the MOSS 1300 design are the 
automatic MU1 1310 transaction demographics that can be kept in the MDM 1409 data 
base or can be kept in the MUIM 1408 unit so that user customer, user facilities, and 
employee activity can be easily observed by the owner. Figure 15 is a good example of 
how the theme park PUI terminal 1410-1 only had nine user related GURV selection 
request shown and all of them showed park related GURV transactions would follow 
when any one of the nine selections were made. The MOSS 1300 design descriptions 
given are more than adequate for those skilled in the art of programming to build a 
MOSS 1300 unit for a predetermined set of AP 1305 elements related to a 
predetermined set of GURV and MUI 1310 terminals as defined by the matrices in 
Figures 20 and 21. 

In addition, with the rapid movement of AP 1305 elements for "rent" from 



□ website's such as office 2000, accounting, e-mail service, etc., the MOSS design lends 
itself nicely to provide the "ultimate rent a master program" in that each user has their 
own Website and keeps all the MITS 1301 GUE except the MUI 1310 elements 
themselves that are disbursed through out the users operation at the ISP location or 
location. In this manner the AP 1305 elements are not only MOSS 1300 design hidden 
they are physically eliminated from the users operation and that is most likely even 
better (the government and institutional users will probably still want the have their own 
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AP 1305 elements and just have them hidden from the employees). This Internet 
service is anticipated and is actually the preferred embodiment of the MOSS 1300 
design and so in Figure 22 all of the Figure 21 CE are converted to Converter Browser 
Engines (CBE) to show that all communication between the MUIM 1408 interface 
browser 1610b as shown in Figures 16, 17 and 18 are MOSS 1300 browser engines 
located at the ISP location of the MITS 1301 GUE and the MUI terminals involve 
Internet browsing. 

Note however that a Figure 22 must all ways be associated with a Figure 21 



HI 

g (Internet service or not) because the CE of Figure 21 relate to the MIOS 1406 1605b 



engines controlled by the MEM 1407 MP 1620b and master browser 1620a that 
communicates with the hidden AP 1305 elements whereas the CBE of Figure 22 relate 
to communication engines between the MUI 1310 elements and the MUIM 1408 and 
MDM 1409 elements that provide the MOSS 1300 responses for each user 1390 
request. This double buffered or double protection feature of the MOSS 1300 was 
discussed earlier and the two CE Figures 21 and 22 for every MOSS design makes this 
design fact abundantly clear to those skilled in the art of programming. In addition each 
CB could have a search engine SE as mentioned earlier to perform selected internal or 
external database searches to satisfy many of the GURV especially in the future, 
consequently as a good design procedure for every CE there should be an associated 
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SE in the design matrix and Figure 22a is used to depict this fact even though both a 
CE and SE might not be required. Even though the combinatorial design possibilities 
with a lot of GURV, say n having a number of MUI showing specific GURV subsets say 
v, become astronomical quickly (n!/(v!*(n-v)!), as a practical matter, for any particular 
generic user only a few are required and in most cases the GURV subsets are well 
known to the user. This is shown with the aid of Figures 23, 24, and 25. 

In Figure 23 an embodiment of a GURV MUI generation table for a typical 
medium to large size company is shown. In Figure 23, four basic well known User 
P Relation (UR) groups (they also can be thought of as department groups) are shown 

en 

5 that apply to virtually any generic user along with a special UR group that will depend 

My 

h on the specific sub generic user along with 20 AP 1305 SAP and SMP program 
p elements. The sub generic UR group is described in more detail in connection with 
0 Figure 25. The 19 AP programs listed along with the specialty AP programs (of which 
one is shown) are also well known to the generic user and in most cases multiple AP 
are available to satisfy the UR groups. For example there are probably at least five 
accounting programs that will service all UR large and small, two tax programs, three 
office programs, three forms programs etc. Since for the most part these programs 
become hidden from the user behind a MOSS 1300, a list of the AP to use are not 
necessary in order to describe the design procedure. In Figure 23 the four UR groups 
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or departments are operations, accounting, HR and G&A. The GURV for essentially all 
MOSS 1300 designs can be generated using the table in Figure 23 (or its equivalent) 
by assigning a MUI 1310 to each of the intersections points created by the AP line 
intersecting with each of the five UR groups along with the number of CE required for 
each MUI 1310. The CE number is shown in parenthesis as (r) and for sake of 
demonstrating the size of a typical MOSS CE matrix as shown in Figures 21, 22 and 

P 22a assume r was 3 for an economy MOSS 1300 design. If in fact the numbers in 
Figure 23 are typical, then only 100 MUI 1310 type terminals, each satisfying 3 sets of 

O GURV are required for a typical MOSS 1300 (the economy model) and 300 CE would 

be distributed over a 2000 element matrix in Figures 20, 21, 22 and 22a. Even if the 

p number of CE engines for each MUI were increased to r =10 only ,100 MUI 1310 are still 
GO 

O required where each can Satisfy 10 GURV (the luxury model) and the 2000 size matrix 

m 

B in Figures 20, 21 and 22 would be 50% full instead of 16 % full as in the case of the 
economy model r = 3. In fact the number of MUI 1310 are much smaller than the 
design matrix used in Figure 23 to build the MOSS 100. The reason is that each 
department usually only needs or wants more than 1 to 10 MUI 1310 types for the 
employees to work with and most of the CE choices at each of the intersection points of 
Figure 23 will be either DC or N/A (the N/A is the default value) if the user does not 
specify. Consequently it becomes clear that following the object oriented design 
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procedures described herein programmers skilled in the art can readily become master 
programmers and write programs for any MOSS 1300 design where the CE GURV and 
AP 1305 elements are provided. 

As discussed in connection with Figures 16, 17 and 18 another powerful (in the 
future maybe the most powerful) feature of the MOSS 1300 design are the silent 
translator engines (TE) that feed the common MOSS 1300 databases to 

_ predetermined frequencies managed by the MEM 1407 MOSS 1300 module. It is 

P 

Jj these behind the scenes TE that operate to keep all the MOSS 1300 user data bases 

•g feeding a common database in a fashion not unlike the concept behind synchronizing 

£p 

ffl two databases such as done between portable computers and desktop computers but 

«0 

*_ clearly much different in how they work since synchronizing two is much easier than 

P feeding a master database from say 1 00 slices of many separate databases as done by 

m 

O the MOSS 1 300. However to elevate this part of the design procedure to its proper 
place Figure 24 shows the same MOSS 1300 design as Figure 23 except TE (t) are 
used to denote silent MOSS database automation features that are transpiring 
periodically to maintain the MDM 1409 databases required to satisfy all of the 
theoretical MUI (millions and millions) if one is ever needed. A good example would be 
say the Tax AP # 10 of Figure 24 was a program such as Turbo Tax and the 1 5 or so 
accounting related programs in column 2 of Figure 24 all came from Quicken. Both of 
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these AP brands are very popular for both individual and small business generic users. 
Then the MOSS 1300 would be filling out all the generic user Turbo Tax return behind 
the scenes based on the I/O transactions coming in from all the MUI 1310 terminals 
and the computations being accomplished in the other 15 or so AP Quicken accounting 
related AP. Then for example if one of the special MUI GURV was "let me see the Tax 
due" an individual or owner would know during the year what his tax liability was and 
e « maybe have the Tax expert make suggestions. In this example it is clear that the 

C: behind the scenes processing is huge and most likely has more and different contact 

m 



m 
m 



points than the simple I/O points made visible to the generic user. 

With the aid of Figures 25 and 26 a more detailed description of a generic user is 

p afforded. In Figure 25 a table for 536 generic users and specific sub users is given 

99 

O where the user categories were taken from the Standard Industrial Classification (SIC) 

5 

Q published by the Department of Commerce and used industry wide. The table was 
constructed by taking the major generic categories and then counting the number of 
sub categories at the next level to arrive at the 536. If one was to go to the next level 
another multiplier of approximately 10 would give over 5000 MOSS programs is all that 
is required to service the industry (that is actually a very small number compared to the 
number of SAP 1330 programs alone that are on the market when website programs 
are included). Continuing, if there were say 1000 businesses operating in each of the 
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5000 category a market of one thousand users for every MOSS 1300 design would be 
a good supportable market and if each license was for say 3% of the gross (user 
savings from a MOSS 1300 will range from 10 to 20%) then you can see the industry 
of hiding technology from the user in combination with automating the users business 
(remember a MOSS 1300 does both) will become as big if not bigger than the 
underlying technology. The business of hiding, automating, and integrating technology 

_ together for the benefit of the customer can now be very practical if the Internet is 

p 

properly employed. 

ft l 

p In Figure 26 the preferred deployment of the MOSS 1 300 invention on the 

fln Internet 2600 is shown where Generic User Websites 2610 maintain generic MITS 

d 

* 1 301 AP 1 305 technology for the sub generic users like those of Websites 2620. The 

p 2620 Websites have the actual MOSS 1 300 programs for specific User Websites such 

S 

p as shown in 2630. The specific user Website 2630 then services their specific users like 
kind MUl's 1310 shown as Franchisee MUl's 2640 and can offer tailor made features 
such as now done by technology, grocery or automobile shopping carts. The specific 
users themselves only have to have the MUI 1310 terminals required for their specific 
business. 

In addition to the fixed generic user technology AP 1305 and MU1 1310 
described in Figures 13 through 18 the MOSS invention with the appropriate interface 
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modifications using Converter Boxes 2719 are shown in Figure 27 to operate with 
portable MUI 1310 and wireless AP 1305 and SCNP 1350 elements. Some of the 
Mobile Devices 2710a,b,n and proximity systems described in a patent application 
identified by U.S. Serial No. 09/652,077, entitled "new communication and proximity 
authorization systems", and filed on August 31, 2000 , the entire content of which is 
hereby expressly incorporated herein by reference, are shown in Figures 27 along with 
q Communication Networks 2745 and 2760. The devices 2710 a-n can be given a MOSS 
1 300 unit with converter boxes 2719 to automatically detect and operate with all the 

m 

y various proximity and communication systems automatically upon activating the proper 

pi 

JJ MU1 1310 User 1390 selection. Some of the specific proximity systems identified in 

p Figure 27 are referred to as, 2722 for Toll/Subway Systems, as 2724 for ATM Systems, 

69 

Q as 2726 for Gas Station Systems, as 2728 for Store Checkout Systems, as 2730 for 

IV 

O Vehicle Systems, as a 2732 for Parking Systems (including parking meters), as 2734 
for Mobile Transportation Credit Systems such as used in taxis and buses, as 2736 for 
House and Buildings, as 2738 for Vending Machine Systems that also can be made to 
work with wireless mobile devices. 

In Figure 27 the basic operation of a mobile M ITS 1301 is described by starting 
with the multiple mobile devices shown in 2710 where five different type devices such 
as a digital cell phone, pager, computer, PDA or a specialty device are shown. For the 
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sake of clarity, let four types of the devices be wireless mobile and not discussed in 
connection with Figures 13 through 18. These devices are those that work with existing 
communication systems SCNP 1350 platforms such as Windows CE, Blue Tooth, WAP 
and activate existing Proximity systems SMP 1360 and will be denoted by 2710a, 
2710b, 2710c and 271 On. The fifth mobile MU1 1310 (it may or may not be wireless) 
already designed to operate with a MITS1301 (shown as 2720) is denoted as 271 0L. 
The four 2710 wireless mobile device elements 2710a, 2710b, 2710c and 2710n can be 
made to operate with compliant proximity and communication system after the MOSS 
2719 elements are installed in 2710a, 2710b, 271 0c, 271 On and connected via a 
communication link 2717 are connected to the MITS 1301 via a communication link 
2716. The complete SB 1355 and 1356 are shown in Figure 27 as communications 
links 2717, 2729, 2745 and 2760. For those persons skilled in the art of programming 
on the Windows CE platform, the above description along with the detailed design 
descriptions given in connection with Figures 20 through 25 allow the MOSS 1300 to 
be incorporated into the four types of devices. 

Changes may be made in the construction and the operation of the various 
components, elements and assemblies described herein and changes may be made in 
the steps or the sequence of steps of the methods described herein without departing 
from the spirit and scope of the invention as defined in the following claims. 
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ABSTRACT 

Web-sites www.proximitvservices.com. www.accessservices.com, 
www.vendingmachineservices.com, www.vehicleservices.com, 

www.meterservices.com, www.picopay.com, www.tollservices.com, for all the proximity 
service systems world wide are disclosed wherein customers can sign up for proximity 
services such as toll gate services at any toll gate in the world that has signed up to 
P provide the service to customers, parking meter services etc. and the proximity systems 
owners are guaranteed their payments. In. the preferred embodiment all transactions 

2 

u are approved at the local POS (toll gate, parking meter, checkout station, parking lot, 

§i 

jjj pay phone, ATM, gas station, etc.) using a service provider identification number (SPIN) 

o 

q issued to the service provider owner each month for example. The local approved 

CO 

p transactions are guaranteed by the web-site owners and the customers each have 

ru 

U unique SPIN numbers that expire periodically such as each month. The web-site 

H 

designs are designed to work most efficiently with all in one access devices such as, a 
wireless cell phone, a pager, or master PASS unit that can directly activate proximity 
transaction units by delivering credit card, Smartcard, debit card, and or SPIN code 
data. 




2551062 049 Exh A 
August 1, 2001 



90 



MAB:kk 




i 



On 

o 



MDM 
User 
Database 




MDM 
User data 
Generator 







S 
43 




o 



0 
*i 

p 3 ; 
E 

o 

on 

o 
eg 

p 



MDM 
User 
Database 




MDM 
User data 
Generator 








vn 



CO 









am 


(N 

vo 


ser 


feb 






a 


L 


o 






PQ 










1-4 








Masl 




Mas1 


( 




( 


JO 




a 


o 




o 


CM 




CM 


VO 




vo 




vo 
vr> 
m 



vo 
o 



CO 

g ^ S 



1 

o 



in 
o 



T 

VO 
O 

VO 









IOS 


verte 


gine 




c 






o 


w 




U 



I o 
o 
m 



^ to C 

59 1 -a 



O 

OO 



o 



2 

CO CO g 

O 



CO 



s'l 



a, § cjO 

JD CO 

CO £ « 

Q 2 



IT) 



o 
vn 



r: 







> o 




co ^ 


•I 


^ CO 






En 







o 



o 

vo 



i - vo 



to 



o 
vo 

T ! ^ 



ON 

o 



MDM 
User 
Database 




MDM 
User data 
Generator 







m 
n 



GO 

P 

ru 



so 
o 
"3- 



o 
vo 











rte 




O 




•a 


MI 


onv 


Eng 




u 










SCI 


O 
+-» 

JS 


ine 






GO 













o 
oo 



O i 



3 



p 
m 



* 
* 
* 
* 



$3 



CN 

3 



< 



* 
♦ 
* 
* 



CM 



CN 
< 



CN 



C 



c 



c 



* 
* 



* 
* 
* 
* 
* 
* 



* 
* 
* 
♦ 
* 
* 



* 
* 
* 
* 
* 
* 



* 
* 
* 



m 
< 



vo 
< 



m 
< 



> 



O 



<N 



CN 



CN 
< 



CN 



CN 



CN 

> 

< 



CO 

< 



< 



in 
< 



VO 



5 



c 
w 



o 

Q 



z 



z 



* 
* 

* 
* 



* 
* 
* 

* 
* 



* 
# 
* 
* 
* 



* 
* 
* 
# 
* 



* 
* 



* 



# 
* 
* 

* 



* 
* 



♦ 
* 



* 
* 
* 



i 

p 
w 

o 



O 
Q 



m 

W 
U 



2 



VO 

W 
U 



O 
Q 



<N 

• r-l 

ft. 



=»fc 



o 

Q 



s 



u 
Q 



CN 
> 



3 



u 

Q 



m 



U 
Q 



W 
U 



2 



Q 



a 

3 



w 
u 



c 

CM 

w 

OQ 
U 



2 



2 



u 
Q 



2 



2 



2 



^0 



* 

* 
* 
* 



* 
* 
* 
* 

* 



* 
* 



# 



♦ 
* 



OSS' 



3 



Q 



to 

W 
CO 



< 



co 



< 



vo 

w 



u 
Q 



< 



n 



CN 



s 

« 

<j 



Q 



CN 

w 

03 

CJ 



CN 
to 
W 
CQ 
CJ 



(J 
Q 



CN 

m 

CO 

cj 



CN 
> 

w 
o 



=8: 

3 



w 

<J 



CJ 

Q 



W 
PQ 
CJ 



a 
Q 



VO 
W 

U 



Q 



> 



3 



c 

fN 

c/i 



u 

Q 



< 



< 
2 



Q 

fU 



* 
* 
* 
* 
* 
* 



* 
* 
* 
* 
* 
* 



* 
* 
* 

♦ 

* 



* 
* 
* 
* 
* 
* 



* 

* 
* 
♦ 
* 



* 
* 
* 

* 
* 



* 
* 
* 
* 
* 
* 



♦ 
* 
* 
* 
♦ 



'4J 

s - 

0 

w 



3 



Q 



m 
W 

CO 



CO 



< 



W 
CO 



CJ 
Q 



3 



CO 



< 



O 
Q 



CO 



W 

CO 



U 
Q 



CO 



> 

CO 



3 



CO 



CJ 

Q 



CO 



U 
Q 



< 
Z 



W 

CO 



Q 



# 



□ 



m 
pi 



CO 

D 

G _ 
<U 0) 

O Pi 



=*fc 
co 



CO 

D 
u 
'C 

c 



c 

CD 

E 
fi 
3. 



O Pi 



c 

a 



CD 

G _ 
0> (U 



0> 

CO 

D 
•c 

G 



3fc 

D S 

C ■ 
a> d 
G CT| 

O Pi 



CO 
•*-» 

G 

<D 

E 

^ 3 
a) cr 
co a> 



o 
0,0 



o 



s . 



8P 



CO 

G 
O 

s to 

cx 
O 



cx 

< 



m w w w 
o u u u 



W pq 



ph w 



W H3 



U (J 




w w w w 
u <j o u 



* 



PQ PL) 

(J u 



W pq 



W pq 



u u 



w 
u 



<j u 



PL1 PQ 




SSSSSSSSSSSS S S £ £ S S S S 

55555555555555555555 

* * * 5 *5 * * * * ? £ * 5 5 * £ £ * 



JSSSSSSSSSSSSSSSSSSS 

5 5555555555555555555 
* * * > > ? £ * '% '% % % $ $ $ % 



uucjuuuuuuoaoucjououGS 

55555555555555555555 
^ ^ 5 $ ? "5 *5 '? * *5 *5 '? * 



60 
G 



= 53 

co O -G 



5 « 52 



-a s « g 

- 1 1 

O G 



^fc ^tt ^ 



r= a o 
o a« ex 

«J G «J 

tn Pi 

T »n vo 

% =W: =W: 



oo 



co 
§ 

^ o 

ON — 



CO 

c 
o 



3 8P 3 5 Sf 



oo 



bO co 
a) cd 



m ^ *r> vo 

^-1 • 1-^ 

% % =tt =tt ^14: ^t: 



Dies 


* > 


AP 


fice 
ceiva 


uranc 


ecial 


a> 

O 0^ 


a 


Spi 


oo 


Os 


o 

% 




»«— • 




AP 


AP 



=tfc 

CO 



o 

c _ 

O Pi 



CO 



4> 

o 
G 



c 
E 



s § 

•C " 
u 

c _ 

a * 



•5 

c 



CO 

§ 

'ii 



O 04 



a 
E 

e 

s Ii 



00 ■ 



a o 



a 
o 

u 
"a. 



S3SSSSS3S3SSSSS3333S 
^•S-B-S-S-S-S-S-S-SS-S'SS-S-S-SSS'S 

^ ^ ? II I I J J I I 1 1 1 1 



^— ' v — ' w S ' w w w w w w w w w w W w 

^ ^ ? I II I I I I I I I I I I I I 




33333333333333333333 

■S-S-S-S-BSS-SSS'S-SS-S-SS-S-SSS 
* $ $ 5 St I £ I I I I I I I I I I I I I 



33333333333333333333 

55555555555555555555 
S S J ^ > II I I I I I I I I I I I | 



33333333333333333333 
■S-S-S-S-S-S-S-SSS-S-S-S-S-S-S-S-S-S^ 
is I I > I I I I I I I I I I I I I I I '% 



0) 



00 



CO 



^ w m 53 CO 
£3 cd \n .2; ^ 

oq a* Oh u< oq 

%%%%%%%% 



o 



CO 

«-» 
C 

to 

e 

^ o 
o\ — 



C 

cd C 



>< • 



at 



3, S 



u 
00 



_i o O 



CO 

JD 

X) 

cd 
# > 

o 

2 



8 % 
I 3 



% % ^ % % % 



O 
00 

00 a\ o 

^ ^ <N 

=«:=«:=«: 



3 



00 

a 

Si 
S 

CO 
CO 
O 



c 

6 
ex 
o 

0) 

> 
Q 



w 
C 

o 

o 
E, 

as 



to 



a, 

CO 



5 

CO 

C 

o 

00 

H 



oo 



00 

c 



to 



cx 

CO 



.& 

CO 



oo 
c 

o 

I 



cx 

IS 

CO 



00 

c 



CO 



oo 
c 

o 



00 



00 

c 



S 

CO 
CO 

H 



CO 



oo 
u 



CX, 
o 

CO 
CO 

H 



Public (15) 1 


Public (15) 


Public (15) 


Public (15) 


Public (15) 


Public (15) 


Public (15) 


Public (15) 


Public (15) 


Public (15) 


Public (15) 


APPs 


Public (5) 


Public (5) 


Public (5) 


Public (5) 


Public (5) 


Public (5) 


Automobile (20) 


Automobile (20) 


Automobile (20) 


Automobile (20) 


Automobile (20) 


Automobile (20) j 


Automobile (20) 


Automobile (20) 


Automobile (20) 


Automobile (20) 


Automobile (20) 


[OSS Manages (20) 


Automobile (10) 


Automobile (10) 


Automobile (10) 


Automobile (10) 


Automobile (10) 


Automobile (10) 
























^ 














Ship (5) 


Ship (5) 


Ship (5) 


Ship (5) 


Ship (5) 


Ship (5) 


Ship (5) 


Ship (5) 


Ship (5) 


Ship (5) 


Ship (5) 


DSS: Each 


Ship (10) 


Ship (10) 


Ship (10) 


Ship (10) 


Ship (10) 


Ship (10) 


Railroad (8) 


Railroad (8) 


Railroad (8) 


Railroad (8) 


Railroad (8) , 


Railroad (8) 


Railroad (8) 


Railroad (8) 


Railroad (8) 


Railroad (8) 


Railroad (8) 


rtation Manufacturing (TM) M( 


Railroad (5) 


Railroad (5) 


Railroad (5) 


Railroad (5) 


Railroad (5) 


Railroad (5) 


Trucking (15) 


Trucking (15) 


Trucking (15) 


Trucking (15) 


Trucking (15) \ 


Trucking (15) 


Trucking (15) 


Trucking (15) 


Trucking (15) 


Trucking (15) 


Trucking (15) 


Trucking (5) 


Trucking (5) 


Trucking (5) 


Trucking (5) 


Trucking (5) 


Trucking (5) 


Airline (5) 


Airline (5) 


Airline (5) 


Airline (5) 


Airline (5) 


Airline (5) \ 


Airline (5) 


Airline (5) 


Airline (5) 


Airline (5) 


Airline (5) 


(45) Transpo 


Airline (10) 


Airline (10) 


Airline (10) 


Airline (10) 


Airline (10) 


Airline (10) 


TS Maintenance APP 


TS Regulations APP 


TS Reporting APP 


TS Customers APP 


TS Suppliers APP 


TS Purchasing APP 


TS Payment APP 


TS Insurance APP 


TS Forms APP 


TS Legal APP 


TS Receivables APP 




TM Operations APP 


TM Sales APP 


TMHRAPP 


TM Accounting APP 


TM Facilities APP 


TMPRAPP 



to 
o 



X> 
3 



n 



□ 
m 

01 



Q 



x> 
o 
E 
o 

•4— • 

3 
< 



CO 



T3 

cd 
o 



2 



to 

00 
C 

o 

I 



Si 



Dh 

J3 

CO 



00 

c 
o 

5 



to 
o 

3 



JO 

o 

E 
o 

-i— » 

3 



CO 
/■ — s 

to 

CO 

s 

1 



»o 
o 



X> 
3 



s 



5 



o 
6 
o 

3 
< 



to 
o 

3 
£ 



X) 

o 

E 
o 

-4— » 

3 
< 



CO 



cd 
O 



2 



a 

IS 

CO 

/ — \ 
to 

-a 

cd 

s 
1 



00 
C 

o 

5 

H 



oo 
c 

a 

a 

i 



i 

< 



»o 
o 



o 

E 
o 

3 
< 



3 

CO 

s — \ 

>o 

T3 

Cd 

2 
1 



00 

c 

o 

2 



oo 
c 

o 



C 



O 

c 

-*-» 
C 
"cd 

S 



5 



c 
o 



3> 

u 
OS 



3 



00 

c 
'€ 

o 
a. 

P^ 



to 
o 

3 

(X, 



x> 
o 

E 

o 

-*-» 

3 



-a 

cd 

s 
2 



to 

00 

c 

a 

o 

5 

H 



4> 

c 



5: 



to 
o 
3 

3 
PU 



3 
o 

E 
o 

3 

< 



3 

CO 



x: 

CO 



to 

T3 

CO 
O 



00 

c 
o 

5 



*o 

o 

3 
3 

Ph 



X) 

o 

E 
o 

-«-» 

3 

< 



CO 



cd 
o 



cd 
0i 



to 

oo 
c 

u 

I 



-S 

< 



E 
o 

to 
3 

u 



CO 



PU 
00 

.E 

cd 

x: 
o 



»o 
o 

♦ ^ 

3 

3 



X) 

o 

E 
o 

3 

< 



ST 

c 
E 

cd 
Pu 



to 

o 

3 
3 
cu 



X) 

o 

E 
o 

3 
< 



3 

CO 



-a 

cd 

o 



to 

00 



2 



CO 



T3 
cd 
o 



cd 
Pe< 



to 

oo 
c 

u 

I 



CU 

Si 

o 



to 
o 
3 



x> 
o 

E 
o 

< 



Xi 
CO 



cd 
o 



2 



»o 

00 

c 

a 

o 



cu 

3 



to 
o 
3 

3 
CU 



X) 
O 

E 
o 
*-> 

3 
< 



to 



X) 
3 
CU 



o 

CM 



x> 
o 

S 
o 

•*-> 
3 
< 



3 

CO 



T3 
cd 
o 



5 



to 

00 

a 

a 



to 

3 

CO 



cd 

s 

1 



00 

c 

a 



o 
Pu 



cd 

oo 



< 



CO 

3 

cd 
> 

o 

0) 

Pi 



to 

• rH 



• 



o 
o 
vo 
cn 



Q 



E 

8 

<D 
CO 

o 



CD 



E 
o 
q 

CO 

E 

CD 

CD 
O 

ct 

iS 
"cL 
to 
o 



vo 
CN 



o 
o 

vo 
CN 



5 



CD 
CD 
CO 



O 

vo 

CN 

) 



CN 



O 

o 

vo 
CN 



E 
o 
o 

"D 
O 
O 



CO 
CO 



O 
CN 
VO 
CN 

; 



E 
o 
u 

CD 
CO 



O 
m 

vo 
CN 



o 
o 

VO 
CN 



ru 



o 
o 

CO 

E 

CO 

CD 
O 

CD 



o 
cz 

CO 



vo 
<N 

) 



.o 

CO 

CO 



o 

CN 
VO 
CN 

) 



CO 
CD 



CN 

% 

CD 
CD 
CO 



O 
m 
vo 
CN 



i ) 



CD 
O 



O 

"co 

CD 



CD 
CD 
CO 



o 

vo 
CN 

) 



O 

vo 
CN 

) 



CN 



ri 



O 

o 



E 
o 
o 

CO 

E 

s 



CO 

Q. 

CD 

E 

CD 



E 

8 

w 

CD 
CO 

.O 

CD 
CZ 
CD 

O 



vo 
CN 



vo 
CN 

j 



E 
o 
o 

9> 
o 

CO 

o 



o 

CN 

vo 

CN 

j 



E 
o 
o 

CO 

E 

CO 

CD 
O 



o 
m 

vo 

CN 



CD 
CL 

n 
CO 



CO 
=tfc 
CD 
CD 
CO 

o 

cz 

CO 



o 

vo 
CN 

) 



o 
cz 

CO 



o 

vo 
CN 

) 



